1,951

(236 replies, posted in News)

https://download.qelectrotech.org/qet/b … 2-07-06-1/

qelectrotech-0.90-DEV+git7645-x86-win32-readytouse.7z -> 25 secondes
qelectrotech-0.90-DEV+git7645-x86-win64-readytouse.7z -> 17 secondes

Linux Debian Sid  x86_64 -> 0.226 seconds ....

1,952

(236 replies, posted in News)

Pour résumer:
Les différences de temps de lancement des versions Windows :

On compare le temps de lancement sur un Windows fraîchement démarré en
fonction des version portables ou installables et suivant l'architecture du binaire 32 bits VS 64 bits avec environ 8217 éléments.

qelectrotech-0.90-DEV+git7633-x86-win32-readytouse.7z          -> 25 secondes
qelectrotech-0.90-DEV+git7633-x86_64-win64-readytouse.7z    -> 15 secondes... binaire 64 bits qelectrotech.exe de la version installer


Installer_QElectroTech-0.90-DEV+git7633-1.exe                        -> 3.5 secondes
Installer_QElectroTech-0.90-DEV_x86_64-win64+git7633-1.exe  -> 2.8 secondes

1,953

(236 replies, posted in News)

La version installer 32 bits -0.90-DEV+git7633 mets 3.5 secondes à se lancer sur un Windows qui vient d’être rebooté. Soit
beaucoup plus de temps  que la version installer 64 bits qui mets : Elements collection finished to be loaded in  2.8 secondes
Donc le soucis ne vient pas que du binaire 32 VS 64 bits .. Meme si le binaire 32 bits semble prendre un peu plus de temps....

Mais bon, avec Windows c'est toujours tres compliqué pour comparer on ne sait jamais ce qu'il fait dans notre dos cet OS !!! Faut toujours avoir l’œil dans le gestionnaire des taches pour être sur qu'il ai bien fini de démarrer ...et qu'il n'ai pas en train d'installer une énième MAJ ...  avant de faire le Benchmark ..

1,954

(236 replies, posted in News)

As tu de ton coté essayés en changeant les binaires? Voir si tu avais un gain comme dans mes tests.

1,955

(236 replies, posted in News)

@Galexis: si tu veux que le lancement sois plus rapide même avec 8 000 symboles, vois avec ton service informatique pour l'installer et la mettre dans le lecteur D:\ pas dans le C:\ qui contient trop de filtres qui ralentissent les I/O  ...

1,956

(236 replies, posted in News)

Par contre si je remplace le binaire 32 bits de la ReadyToUse par celui 64 bits d'une version installer le lancement tombe à ~ 15 secondes...

Apres la version portable sera toujours moins rapide qu'une version installer. Là c'est 3 fois plus long à lancer.

Pour rappel, a chaque click sur le Lancer QET.bat on passe le dossier elements en attribut lecture seule, ce qui fait bien perdre ~ 2 secondes par rapport à la version installer ou la collection officielle est déjà passé en lecture seule pendant l'empaquetage avec NSIS.

1,957

(236 replies, posted in News)

Bon après plus de 3 heures de mises à jour suivis .... de multiples reboots  GRRRR Windows . nomicons/angry ...., je confirme environ 29 secondes le premier lancement de la ReadyToUse.

Cette fois j'ai testé avec l'ancienne version : qelectrotech-0.90-DEV+git7633-x86-win32-readytouse.7z

Edit 25 secondes, quand la version installer 64 bits démarre en moins de 5 secondes ..

1,958

(236 replies, posted in News)

@galexis: j'ai testé la dernière ReadyToUse, bon je n'avais pas démarrer Windows 10 sur le laptop depuis des mois, le CPU étant pas mal utilisé dans le gestionnaire des taches: premier lancement 32 secondes...

Je re testerais une fois qu'il aura fini ses "maj" et ses reboots ...

1,959

(236 replies, posted in News)

The branch, master has been updated
       via  ba1e8381f2097a6f49581596266caccc3c62723e (commit)
       via  2a307a74da6085734e82466b3458ff3b7b1a17ce (commit)
       via  fa753449ad99a01d4113b0741f454f9e03f1aee4 (commit)
       via  fe19b270f9219fd5d205a53f249d3c754b871a70 (commit)
       via  2e15372aab6a02168aec53ca7cb435eb351bad7f (commit)
      from  d082c9c9a696099eb7ea4b88b6afa9206470530a (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit ba1e8381f2097a6f49581596266caccc3c62723e
Merge: d082c9c 2a307a7
Author: joshua <Joshua@>
Date:   Mon Jul 4 21:45:18 2022 +0200

    Merge branch 'terminal_strip'
   
    * terminal_strip:
      Improve execution time of some actions.
      Minor : fix little gui defect
      Improve opening time of terminal strip editor window
      Display conductor number

scorpio810 wrote:

Hi Gravino,

in project setting or in general config enable use folio number/label instead of their position ...

https://download.qelectrotech.org/qet/m … oject.html

Use %F instead %f in formula for crossreference, reports, etc.
https://download.qelectrotech.org/qet/m … tings.html
https://download.qelectrotech.org/qet/m … tings.html


Best regards,
Laurent

Isn't %{folio-id} but %{folio}

https://download.qelectrotech.org/qet/m … ables.html

https://qelectrotech.org/forum/viewtopi … 556#p15556

scorpio810 wrote:

Good morning Mike

I removed empty line in your project file with sed on Linux machine:

sed '/^$/d' Test1.qet > test_sed.qet

Now launch so fast, but if run qet_tb_generator 1.3.0 is break XML and QET can't open file :

The file /media/backup6/download/test_sed_clean.qet does not appear to be a QElectroTech project file. Thus it cannot be opened.

Fix the XML of .qet with xmllint:

[07:25:29] laurent@debian:/media/backup6/download$ xmllint --recover test_sed_clean.qet > new_sedtest.qet
test_sed_clean.qet:5: parser error : StartTag: invalid element name
            <
             ^

Now project is fixed.
Very nice project  Mikhail  ;-)
http://dietzautomation.com/download/Man … nglish.pdf

Edit: si tu te sers du plug-in qet-tb-generator pour générer tes borniers, je te conseille de prendre la dernière version.

http://www.unige.ch/ses/sococ/aqual/atlas/grep.html

und! Was könnte es dir noch bringen?
and! What more could it bring you?

Note: The folio label change takes some time to be refreshed in the project tree window.

https://download.qelectrotech.org/qet/forum_img_2/label_folio.png
https://download.qelectrotech.org/qet/forum_img_2/label_folio3.png

1,967

(2 replies, posted in FR : Aide, suggestions, discussions, ...)

Bonjour,

dans le code on teste plusieurs chemins ou peut se trouver le plug-in, donc souvent le plugin-in est trouvé mais le warning remonte quand même, rien de grave.

Hello,

you could send your projetc?

Bonjour,

sur de gros projets ~ + 100 folios l'astuce que j'utilise est d'ouvrir le projet et de l’enregistrer ensuite avant d'y retravailler dessus avec la date (au format us) + nom du projet, exemple:
2022-6-30-mon-projet.qet

Bonjour,

https://qelectrotech.org/forum/viewtopi … 256#p16256

Hi see:
https://qelectrotech.org/forum/viewtopi … 152#p16152

1,972

(17 replies, posted in FR : Aide, suggestions, discussions, ...)

Merci du retour.

1,973

(17 replies, posted in FR : Aide, suggestions, discussions, ...)

https://git.tuxfamily.org/qet/qet.git/c … b058fe4973

Je ne pense pas qu'on esr suite mergé ce patch de test sur le master.

Joshua wrote:

Le code se trouve dans la branch element_picture_scale.
Une liste déroulante à été ajouter dans la barre d'outils afin de changer le facteur d'échelle des éléments. Si c'elle ci n'est pas présente il faut aller dans : Configuration -> afficher -> cocher 'Facteur d'échelle des éléments'.

Attention si tu imprime ou exporte en pdf, pense à remettre le facteur d'échelle à 1.

Tu utilises bien la 0.9-dev?

scorpio810 wrote:

Je pense que le dernier commit fixe le problème de décalage des bornes dans une config Multi-écran avec différentes échelles.
Tu pourras essayer?

https://download.qelectrotech.org/qet/forum_img_2/rounding_hdpi2.png

1,974

(4 replies, posted in FR : Aide, suggestions, discussions, ...)

https://www.tubefr.com/moteur-pilote-bt … 3-a_3.html
https://download.qelectrotech.org/qet/forum_img_2/bts.jpg


Arduino
Chemin de la collection :  common://10_electric/20_manufacturers_articles/arduino
Raspberry
Chemin de la collection :  common://10_electric/20_manufacturers_articles/raspberry

1,975

(7 replies, posted in Elements)

Hello ,

added, thanks.