Re: Nouveautés de la version de développement 0.9
https://www.pcbenchmarks.net/os-marketshare.html
I think you can
You are not logged in. Please login or register.
QElectroTech → News → Nouveautés de la version de développement 0.9
https://www.pcbenchmarks.net/os-marketshare.html
I think you can
Done, RIP 32-bits ...
FYI, I updated OSX bundles to Qt 5.15.7 and KF5 to 5.99.0 versions.
Enjoy!
Bonjour,
plus de nouvelles du générateur de borniers intégré .....?
Oui ça avance, mais très lentement faute de temps libre.
Tu peut voir l'avancement des choses sur la branche git https://git.tuxfamily.org/qet/qet.git/l … inal_strip
Actuellement il est possible d'ajouter la représentation visuelle du bornier sur le schéma, mais pas encore d'enregistrement dans le fichier .qet donc dès lors que tu ferme le projet, c'est perdu.
Oui ça avance, mais très lentement faute de temps libre.
Tu peut voir l'avancement des choses sur la branche git https://git.tuxfamily.org/qet/qet.git/l … inal_strip
Actuellement il est possible d'ajouter la représentation visuelle du bornier sur le schéma, mais pas encore d'enregistrement dans le fichier .qet donc dès lors que tu ferme le projet, c'est perdu.
C'est en place dans la ReadyToUse ? Où est le bornier une fois créé ?
Comment on déplace une borne qui ne serait pas au bon endroit dans le bornier ou ajouté par erreur ?
Non, la ready to use est basé sur la branche master.
Si tu veut essayer, il faut compiler la branche terminal strip ou alors attendre que les choses soit suffisamment avancé pour que je merge la branche terminal strip dans la master comme je l'ai déjà fait par le passé (au passage merci git qui permet beaucoup de chose avec les branches contrairement à subversion, et me permet de travailler avec beaucoup plus de souplesse)
Pour ton problème de borne, l'enlever c'est faisable avec la gui (par contre peut être que dans la branche master c'est moins facile voir pas possible car pas à jours au niveau des borniers, alors que dans la branche terminal strip c'est tout simple) en revanche si tu souhaite positionner ta borne à un endroit spécifique dans le bornier ce n'est pas possible, le positionnement est automatique. Si il y a un reel besoins à l'avenir cela peut être envisageable mais je part du principe que si le positionnement automatique fonctionne bien, pas besoins d'ajuster tout ça à la main (toujours dans l'optique du gain de temps pour le dessinateur).
Pas de besoin tant que cela ne créé pas le bornier à la fin dans le schéma. Du moins, si ça demande du temps de travail. Le trie auto ne marche pas bien dans la branche principal: il trie par caractère à priori, il met le numéro 10 après la borne 1 par exemple.
Add Ukrainian translation, thanks Yaroslav.
https://git.tuxfamily.org/qet/qet.git/c … 1f356dbc70
https://git.tuxfamily.org/qet/qet.git/c … ddfd5b2aa6
I was thinking of waiting for Joshua to finish the heavy work on the integrated terminal strip manager that he started to push 0.9-beta, release candidate version, but:
I just saw that Debian is getting ready to freeze unstable depot aka Sid soon, so it will always be impossible to send a new version as long as it can last, sometimes years...
https://www.phoronix.com/news/Debian-12-Tentative-Dates
Do you know that Debian work is used for many other Linux distributions, like Ubuntu, Mint, etc. and I don't want version 0.8 to be frozen on the official repositories for several years, like Ubuntu LTS, or Debian Stable.
BTW, you have my Debian repository backport, my PPA, AppImage, Snap, and my also Flatpak repository if you want using latest devel improvement, but it's a pain for Linux noobs for install it, or for entreprises who only use official distribution support.
I get a lot of emails from guys who have a lot of issues with 0.8 that are resolved in 0.9-dev version which was better robust than 0.8 release.
Pushing the 0.8.1 bug fix wouldn't make any sense, as 0.9-dev is faster, brings new languages, better translation for some important languages due to lack of translators, new tools like new DXF converter support , the heavy work done on the official collection of elements, etc.
What do you think?
I agree with you that they will be better to have a new version of qet in debian stable and so in any child distributions of debian.
I actually work on the terminal strip in another branch and this work is far to be finished.
In the master branch, like you say there is a lot of improvements and also a beginning of terminal strip. What we can do is just to remove the entry "terminal block manager (dev)" in the project menu and that all, we got all improvements and new stuff except the wip terminal strip. The code about terminal strip will be compiled but never called so no risk of crash related to this.
I agree with you that they will be better to have a new version of qet in debian stable and so in any child distributions of debian.
I actually work on the terminal strip in another branch and this work is far to be finished.
In the master branch, like you say there is a lot of improvements and also a beginning of terminal strip. What we can do is just to remove the entry "terminal block manager (dev)" in the project menu and that all, we got all improvements and new stuff except the wip terminal strip. The code about terminal strip will be compiled but never called so no risk of crash related to this.
Ce ne serait pas possible d'avoir un readytouse pour essayer le travail accomplit sur les borniers ? Je pense que c'est important que tu es des retours non ?
@galexis:
Çà pourrai se faire, si Joshua le demande, je n'ai pas encore pu tester le travail qu'il a fait sur cette branche. Trop pris par mon boulot, très fatigué et très irritable au boulot ...
Mon état de santé s'étant très dégradé ces derniers temps, je viens d'apprendre que je dois passer au scanner le plus rapidement possible, et peut-être subir une intervention lourde et très risquée, ce qui me fait beaucoup cogiter...., je craint de devoir revoir notre plan ou pas de pousser la 0.9 avant le freeze Debian.
Tout dépendra de mon état de santé, et aussi de mon moral qui est au plus bas, en plus des douleurs ...par moment insupportables.
J'ignorais tyes ennuis de santé. Le santé est plus important que QET ou le travail. Prends soin de toi.
Merci @Galexis,
pour la compiler il faudrait que Joshua fasse un merge du master sur la branche terminal_strip, là ça coince avec mes scripts de builds pour la ReadyToUse.
Il vaut mieux que ce soit lui qui fasse le merge, il saura voir si le merge ne casse pas ce qu'il a implémenté.
Bon, pour te consoler je t'ai fait une AppImage de la branche terminal_strip que tu pourras tester pendant ces fêtes, si tu le souhaites sur ta Linux Mint.
https://download.qelectrotech.org/qet/s … nal_strip/
Va falloir pour ça que je me penche sur AppImage !
Passes de bonnes fêtes.
Rien de plus facile, download, puis click droit rendre exécutable ou chmod +x ./
ensuite suffit de cliquer sur le fichier pour que ça lance une version de QET autonome sans rien installer.
C'est comme les ReadyToUse mais sous Linux.
Passes de bonnes fêtes, toi aussi.
Merci !
@Laurent, je te souhaite bon courage pour tes problèmes de santé.
@Galexis, oui tu peux tester la branche terminal strip (ou la compilée toi-même, sous linux il n'y a rien de plus simple). Après je travaille par palier sur la branche terminal strip et à chaque fois que j’estime un palier terminé je le bascule sur le master (et donc la ready to use) tous ça pour dire de ne pas s’inquiéter vous pourrez tester la fonctionnalité des borniers au fur et à mesure de l’avancement. D’ailleurs le ‘’palier’’ actuel est bien avancé.
Bonne fêtes à vous tous.
macOS fix sqlite3 database export in bundle package.
Finally the efforts pay off, I spent many days there and a lot of my free time since some months.., sometimes you have to know how to give up and go on another way...
Instead off Homebrew where I don't found how to use Sqlite3 Qt5 plugin, but then need to compile Qt 5.X source and KF5 ...frameworks ...WTF!?
Now I use macports instead brew, with qt5-sqlite-plugin, a big thanks to Gilles Caulier off the Digikam team. I also use his scripts to make MXE cross-compiler toolchains with Qt5/KF5 frameworks for building QET Windows packages, since long time.
Enjoy!
https://git.tuxfamily.org/qet/qet.git/c … d3e1416fe8
https://git.tuxfamily.org/qet/qet.git/c … 1538db503f
La branche 0.9 a été créé depuis la branche master. Le menu permettant d'ouvrir la fenêtre de gestion des borniers natif a été supprimé de cette branche. En d'autre terme, la branche 0.9 possède toutes les avancés actuels à l'exception du gestionnaire de bornier.
La branche terminal_strip a été mergé dans la branche master (version de développement de QelectroTech). Le travail sur le gestionnaire de bornier natif continue dans la branche terminal_strip.
Warning! On Last 0.9-dev since terminal_strip branch was merged in master, QElectroTech V 0.90-DEV+cc7e185d5b0a58100c957a06d79751d3
Compilation : GCC 12.2.0
Built with Qt 5.15.7 - x86_64 - Date : Jan 3 2023 : 00:57:22
If you change data on yours summary tables, etc ... QET can crashe .... and can't re open your project without crashes again with this package build.
Fixed -> see https://git.tuxfamily.org/qet/qet.git/c … 4a0710ded7
On the 0.100 road...
Add sha256 checksum file text for all new devel 100 build AppImage.
Improve ranking of remote AppImage files and folders:
https://download.qelectrotech.org/qet/builds/AppImage/
macoS update macports environment to Qt 5.15.8 and rebuild latest 0.100 bundle
Update wiki for new OSX build:
https://qelectrotech.org/wiki_new/doc/m … nvironment
Check QET timed launch with 580,423 items -> https://qelectrotech.org/forum/viewtopi … 405#p17405
572149 + 8274 =580 423 éléments en 13 secondes ici sur ma Linux Debian workstation
21:45:03.947 Info: Elements collection finished to be loaded in 12.289 seconds
Il faut modifier la config pour les mise à jour de la version 0.100 sous linux (linuxmint) via le ppa ?
QElectroTech → News → Nouveautés de la version de développement 0.9
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.030 seconds (45% PHP - 55% DB) with 12 queries