Bonjour,
oui on a y a pensé, mais ce ne sera pas pour tout de suite d'avoir un fichier projet sous forme de container fichier XML + dossier image archive.
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Bonjour,
oui on a y a pensé, mais ce ne sera pas pour tout de suite d'avoir un fichier projet sous forme de container fichier XML + dossier image archive.
Your element is a slave element. Slave element take the matser label name automaticly when you link master like coil to slave contacts!
Put a coil in your diagram, in information widget edit label, now link your new master coil to your element power contacts slave by selecting with right click and link.
Hi,
look industrial.qet example provided.
Re Matt,
qet_tb_search a QET project ( .qet file) for generate terminal blocks based on this project.
First you have to create a project and then launch the plugin to create the terminal blocks according.
Example in this very older video
Hi Matt,
see https://qelectrotech.org/forum/viewtopi … 5674#p5674
Project>>Launch the Terminal search to this hard coded path in code "/Library/Frameworks/Python.framework/Versions/3.5/bin/qet_tb_generator", but you have installed python 3.8 while program search in python 3.5 path.
You could run qet_tb_generator alone with this command:
python3.8 /Library/Frameworks/Python.framework/Versions/3.8/bin/qet_tb_generator/sources/qetdiagrameditor.cpp
+#ifdef Q_OS_MAC
+success = process->startDetached("/Library/Frameworks/Python.framework/Versions/3.5/bin/qet_tb_generator");
+#else
success = process->startDetached("qet_tb_generator");
+#endif
Hi,
what your version?
commit 3d051419a546c5892b5febcaee80352289c9d393
Author: joshua <joshua@>
Date: Thu Jan 9 10:26:10 2020 +0100
Improve file access on windows and mac OSX
//Except for linux OS (because linux keep in cache the file), we keep in memory the xml
//to avoid multiple access to file.
//keep in memory the XML, consumes a little more RAM, for this reason we don't use it for linux to minimize the RAM footprint.
Hi,
Debian Buster, Unstable (64-bits).
Ubuntu (Bionic, Xenial, Disco, Eoan) (32 and 64-bits) packages is availables
A Windows 32 package for user under ReadyToUse :
https://download.qelectrotech.org/qet/b … 1.5_32.exe
Update Github qet_tb_generator repository and rebuild snap --edge qelectrotech include latest qet-tb-generator-1.1.5.
Hi you use external screen on a laptop?
Hi Matt,
examples missing?
Une image n'a pas besoin de faire 7Mo pour être lisible si l'on imprime son projet QET que sur du A4.
Sur kde tu as KIM un service menu qui est sympa et dont je me sert couramment pour réduire la taille et le poids de mes images pour le site.
https://cubiclenate.com/2019/09/26/kim- … vice-menu/
Oui le re-encodage en base64 des images importées n'arrange pas les choses.
https://qelectrotech.org/forum/viewtopi … 9141#p9141
Disons que sous Linux ça se voit un peu moins, car ça va dix fois plus vite que sous Windows.. le gain est de l'ordre ~ 50% sur ma machine.
Avant commit :eb903a12b0b904ddc7438f3c699aa4441ea14b38
Le chargement de la collection d'éléments à été éffectué en 798 ms
Maintenant avec pugiXml commit : fbec9c9aa51ab96d13fef248e258c1a277bc527e
Le chargement de la collection d'éléments à été éffectué en 347 ms
Pour les 83%, je pense qu'Alexis a testé avec la dernière ReadyToUse ce qui est un peu faux car sur la dernière version avec pugiXml on rallonge les temps si QtXml est utilisé.
Pour être objectif il faudrait comparer les temps sur Windows avec la première version utilisant pugiXml sans l'activer et avec la dernière version en activant pugiXml.
Bon, j'ai viré les paquets de la première version sur le serveur, avant hier... peut-être que Galexis a encore cette ReadytoUse sur sa clé USB pour mesurer le vrai gain réel.
Je pense qu'il peut-être très utile de conserver pour la suite le dialog sur le temps de chargement des collections, ces informations sont toujours très utiles pour les utilisateurs et aussi pour nous.
Merci de l'info.
Bonjour,
scan inséré dans le projet, qui fait entre 6 et 7mo, hm pas besoin d'une aussi grosse résolution pour ton image, réduit son poids à moins que ce soit pour un panneau d'affichage au format XXL..
La tu nous fait plaisir : "Passé de 79s à 13 s " prouve que le travail n'a pas été inutile même pour l'OS défenestré.. :p
En revanche la fenêtre indiquant combien de temps a été nécessaire au chargement du projet est un peu pénible, il serait intéressant de pouvoir l'inhiber quand les paramètres....
commit fbec9c9aa51ab96d13fef248e258c1a277bc527e
Author: Laurent Trinques <scorpio@>
Date: Tue Jan 7 13:02:43 2020 +0100
Add Checkbox to enable or disable the dialog to display the elapsed time
of collection loading
Sinon tu peut le créer toi même ce .exe
https://datatofish.com/executable-pyinstaller/
Win64
cd C:\Users\laurent\AppData\Roaming\Python\Python36\Scripts\
pyinstaller.exe \Users\laurent\Downloads\qet_tb_generator-1.0.16\src\main.py -F
Win32
cd C:\Users\laurent\AppData\Local\Programs\Python\Python37-32\Scripts\
pyinstaller.exe \Users\laurent\Downloads\qet_tb_generator-1.0.16\src\main.py -F
Hi unalcade,
The user can logically think that it is necessary to force the recording of the project afterwards and risks not understanding why the plugin did not generate the new terminal blocks.
commit 3492540d531fbc3d4cd87d498a5403838193027a
Author: joshua <joshua@>
Date: Sat Jan 4 23:33:35 2020 +0100
Use pugixml for parse local name of directory and element informations
further improves launch times especially on MS Windows platform.
Maybe an explanation why it takes longer under Windows VS linux.
https://github.com/Microsoft/WSL/issues … -425272829
Under Windows if you have just started the machine, QET can launch within 9000ms and yes it is much better than before (I saw launch time divided by two), but if you restart the software during the day or in the hour the loading time is much shorter in the order of 4500ms.
Merci de ton retour.
git branch
master
* test_pugi
commit eb903a12b0b904ddc7438f3c699aa4441ea14b38
Author: joshua <joshua@>
Date: Sat Jan 4 15:59:27 2020 +0100
Add option to switch between Qtxml or pugi xml. Add dialog to display the elpsaed time of collection loading.
See : https://qelectrotech.org/bugtracker/vie … d=177#c397
and : https://programmer.group/efficiency-com … idxml.html

Some benchmarks :
Under my Debian Sid devel machine :
Qtxml enable
Le chargement de la collection d'éléments à été éffectué en 798 mspugixml enable
Le chargement de la collection d'éléments à été éffectué en 471 ms
AppImage
Qtxml enable
e chargement de la collection d'éléments à été éffectué en 782 mspugixml enable
Le chargement de la collection d'éléments à été éffectué en 540 ms
Mais cela me fait un doute ici maintenant, car les éléments que vous avez commentés ne m'apparaissent pas au travail, mais la station est avec Windows, je vais vérifier cela à la maison où j'utilise linux manjaro.
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.082 seconds (24% PHP - 76% DB) with 5 queries