Search options (Page 47 of 293)

QET backup is based on KDE framework  KCoreAddons (KAutoSaveFile)

https://api.kde.org/frameworks/kcoreadd … eFile.html

https://git.tuxfamily.org/qet/qet.git/t … .cpp#n1896

Maybe possible to extend it with https://api.kde.org/frameworks/kcoreadd … ackup.html

I use 2 x 27 " one in 2K other in 4K and off course isn't very easy to work with theses diagrams even on Linux, I know.
Like https://www.lg.com/fr/moniteurs/lg-45gr … lsrc=aw.ds

These projects made with QET..but not an laptop with 13", isn't possible...

personally for my projects I deactivate automatic saving..
I use another method I open the last project year/ month/day_my_project.qet
example :2022-7-23_my_very_important_project.qet
and before working on it if I make big changes I save it under the same name but on the current date... all guys should think about it...

Not really..maybe a screenshot is better to understand.
Handles?

Since,we moved to GIT https://git.tuxfamily.org/qet/qet.git/ and add Github miror : https://github.com/qelectrotech/qelectr … rce-mirror

BTW, see https://github.com/qelectrotech

For flathub, I completely forgot to work on it. oops :p
Health problem, and many other stains have been added, my memory is also starting to fail me...

https://github.com/flathub/org.qelectro … Tech/pulls

Hi Morganol,

you could retry to install my flatpak repository:

wget https://download.qelectrotech.org/qet/builds/Flatpak/public.pgp
flatpak remote-add --gpg-import=public.pgp qet-devel https://download.qelectrotech.org/qet/builds/Flatpak/
flatpak install https://download.qelectrotech.org/qet/builds/Flatpak/org.qelectrotech.QElectroTech.flatpakref

It is for new feature terminal editor:

Bonjour,

Je l'ai découvert hier ce logiciel par hasard sur un fil Reddit, je n'ai visionné que la vidéo qui est malheureusement en Allemand, l'ergonomie de sélection du composant à poser est intéressante, quand au cablage semi automatique je pense que tu n'as peut-etre pas vu ces vidéos?

Sur Windows ils y viennent petit à petit, bientôt faudra aussi mettre la main au porte-monnaie pour avoir une License et des certificats de confiance, plus ça va et plus installer QET sur Windows  devient pénible...

Voir ce topic:
https://bugs.kde.org/show_bug.cgi?id=398582

C'est compliqué et je vais essayer de t'expliquer, c'est même impératif pour les puces M1 M2:
https://scriptingosx.com/2021/07/notari … otarytool/
https://lessons.livecode.com/m/4071/l/1 … -13-and-up

1 ) il te faut tout d'abord un compte développeur Apple (Apple Developer Account) plus un autre compte (Developer ID Application) pour t'authentifier avec lequel tu signes le contenu de l'application, avec cela tu es certain que le paquet provient bien de moi et moi seul, que le paquet n'a pas été infecté ou bricolé par un autre sur un serveur de download, un peu comme l  SHA256 qu'on utilise aussi avec les signatures sur paquets Linux.

2) La notarization est la suite et un autre ensemble de clé et oui il faut d'autres certificats... two-factor authentication (2FA) qui avec la commande xcrun notarytool submit permet d'envoyer ton paquet sur un serveur Apple afin de vérifier que le 2FA two-factor authentication est valide, que tes signatures correspondent, en même temps il va vérifier que ton paquet ne contient aucun virus et autres saletés.

Ça prend un peu de temps ... le temps de recevoir la validation, si ok mon script fait un rsync pour uploader mon paquet sur les serveurs de Tuxfamily.org ..

A partir de là un ticket est émis correspondant, il va s'ajouter dans la base de données que Gatekeeper va interroger pour valider ou pas le lancement du logiciel, il est aussi possible de joindre ce ticket dans le paquet du logiciel pour ceux qui n'ont pas de réseau.. Je verrais ça plus tard!

Edit: fait!

Voila en quelques mots comment ça fonctionne..

Pour l'instant cela ne concerne que les paquets macOS arm64.

Apres pour que QET soit disponible sur l'APPLE store est une autre paire de manches...