You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 71 of 293)
Bonjour,
je fais mes schémas en noir et blanc depuis plus de vingt ans et ils sont plus lisible et plus clairs que le tient
, de plus à mettre des couleurs autant le faire bien .... la terre sera en vert/jaune et non pas en vert. 
La seule exception c'est pour le schéma de COM là je me sert de couleurs:


Pour répondre à ta question, l’intérêt même des textes dynamiques c'est de pouvoir modifier les textes indépendamment des autres du même symbole, si tu veux modifier par lot, tu devras passer par un bon éditeur texte style notepad ++, kate, etc, ou si tu es sur linux à coup de grep, sed, etc.
Laurent
The branch, master has been updated
via 8af850df44ffca209fc98c12f9ae55b0aaa022a9 (commit)
from 8a1f509b625cbe4bc1d10ec60d041884f44160d8 (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 8af850df44ffca209fc98c12f9ae55b0aaa022a9
Author: Laurent Trinques <scorpio@>
Date: Fri Jul 8 20:50:45 2022 +0200
Add the architecture of the CPU that Qt was compiled for, in widget aboutqetdialog and in the logs
-----------------------------------------------------------------------
https://doc.qt.io/qt-6/qsysinfo.html#bu … chitecture

Juste avec le dossier electric:
18:28:18.508 Info: "QElectroTech V 0.90-DEV+8a1f509b6b0a58100c957a06d79751d3"
18:28:18.508 Info: "Compilation : GCC 9.4.0"
18:28:18.508 Info: "Built with Qt 5.15.3 - Date : Jul 6 2022 : 08:02:19"
18:28:18.509 Info: "Run with Qt 5.15.3 using 8 thread(s)"
18:28:18.509 Info: "CPU : NAME \r\r\nINTEL(R) CORE(TM) I7-8550U CPU @ 1.80GHZ \r\r\n\r\r\n"
18:28:18.509 Info: "RAM Total : 16 GB"
18:28:18.510 Info: "RAM Available : 11 GB"
18:28:18.511 Info: "GPU : VideoProcessor \r\r\nIntel(R) UHD Graphics Family \r\r\n\r\r\n"
18:28:18.511 Info: "GPU RAM : RAM Total : AdapterRAM \r\r\n1073741824 \r\r\n\r\r\n B"
18:28:18.511 Info: "OS : winnt - x86_64 - Version : Windows 10 Version 2009 - Kernel : 10.0.19044"
18:28:18.511 Info: *** Qt screens ***
18:28:18.511 Info: "( 1 : 3840 x 2160 )"
18:28:18.512 Info: DISK : C:/
18:28:18.512 Info: FileSystemType: "NTFS"
18:28:18.513 Info: SizeTotal: 66 GB
18:28:18.513 Info: AvailableSize: 6 GB
18:28:18.513 Info: DISK : D:/
18:28:18.513 Info: FileSystemType: "NTFS"
18:28:18.514 Info: SizeTotal: 20 GB
18:28:18.514 Info: AvailableSize: 0 GB
18:28:18.517 Info: DISK USED: C:/
18:28:18.517 Info: FileSystemType: "NTFS"
18:28:18.517 Info: SizeTotal: 66 GB
18:28:18.517 Info: AvailableSize: 6 GB
18:28:29.561 Info: Elements collection finished to be loaded in 12.349 seconds
galexis wrote:26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
Donc tu es passé de 32 secondes à 26 secondes rien qu'en prenant la 64 bits, je pensai ne plus la compiler mais vu que certains y voit un gain, je vais donc continuer à faire les paquets.
De toute façon le script de packaging je l'ai déjà modifié en conséquence, autant le laisser.
Je suis passé en full 64 bits y a presque 20 ans en arrière ... en laissant de coté Ubuntu Dapper par une Debian en full 64 bits (c'étais les prémisses du X86_64, et ce n'étais pas aussi si simple que maintenant ...
Voir mon premier site (~ 2002 to ~ 2010)...
http://scorpio.kindwolf.org/
http://scorpio.kindwolf.org/hercules%20deluxe.html ...

Déjà il y avait un gros gain par rapport au même système et logiciels en 32 bits.
Sur Windows il a fallut attendre la fin de Windows 10 ... pour commencer à voir un léger gain sur les programmes 64 bits ...
scorpio810 wrote:Sur ta ReadyToUse si tu ne conserves que le dossier 10_electric/ la ReadyToUse 64 bits se lance en 1.47 seconde.
Mets les autres dossiers éléments que tu ne te serviras dans un coin ou dans la corbeille, ça devrait le faire.
This is a new terminal block function under development.
https://qelectrotech.org/forum/viewtopi … 616#p15616
PFFFiouuu, ...... ils t'ont mis quoi le service informatique de ta boite sur ton Windows pour que ça rame autant?
J'imagine que TIA portal ou un gros soft dfe CAO ne doit pas pouvoir se lancer sur ta bécane ...
Sur ta ReadyToUse si tu ne conserves que le dossier 10_electric/ la ReadyToUse 64 bits se lance en 1.47 seconde.
Par contre le fait de ne choisir que les elements => elements/10_electric/ dans la config ne changera pas le temps de chargement..avec la ReadyToUse ... le mieux étant de supprimer les autres dossiers éléments que tu te sers pas.
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 ....
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
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 ..
As tu de ton coté essayés en changeant les binaires? Voir si tu avais un gain comme dans mes tests.
@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 ...
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.
Bon après plus de 3 heures de mises à jour suivis .... de multiples reboots GRRRR Windows .
...., 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 ..
@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 ...
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
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.
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.
Posts found: 1,751 to 1,775 of 7,302
Generated in 0.091 seconds (23% PHP - 77% DB) with 5 queries