View Issue Details

IDProjectCategoryView StatusLast Update
0000177QElectroTechDiagram Editorpublic2019-12-10 20:52
Reporterkedema Assigned Toblack_sun_2012  
PrioritylowSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformqet v0.7 stableOSWindows 10 ProOS Version1903 (18362.476)
Product Version 
Target VersionFixed in Version 
Summary0000177: Plantage en déplaçant les onglets rapidements
DescriptionEn déplaçant rapidement les onglets de folios par "Glisser-déposer" de façon répétitive le logiciel finit par planter sans message d'erreur.
Steps To Reproduce- Ouvrir ou créer un projet avec plusieurs folios
- déplacer les onglets rapidement et de manières répétés
Additional InformationJ'ai réussi à reproduire le bug avec deux onglets déjà. Fichiers enregistrés ou non.
J'avoue avoir découvert le bug en voulant tester la réactivité du logiciel (Qui est très bonne selon moi), ça ne m'est jamais arrivé en temps normal.

Bon boulot les gars, ce programme est top, je l'utilise depuis quelques mois au boulot en remplacement d'un bon vieux logiciel de dessin standard j'ai gagné un temps fou malgré la base d'éléments à refaire! Continuez comme ça!
TagsNo tags attached.

Activities

scorpio810

2019-11-23 08:42

administrator   ~0000381

Ici sur ma Debian je n'ai pas réussi a planter le logiciel.
Déplacement à la souris des onglets ou depuis le panel d’éléments monter descendre?
Tu pourrais tester avec la dernière version 0.8-dev?

malgré la base d'éléments à refaire!

kedema
Si tu pouvais préciser en quoi la collection ne te convient pas?

Merci pour les compliments. ;-)

kedema

2019-11-23 10:57

reporter   ~0000382

Il s'agit du déplacement des onglets, je viens d'essayer avec la version 0.8 dev, le problème s'y trouve toujours même s'il semble être un peu plus résistant au bug.
Je pourrais essayer lundi au boulot sur un Windows 7 pour voir si il existe également.
(J'ai uploadé une petite vidéo pour montrer le problème: https://youtu.be/-e3Pf3CWZZE )

Concernant la collection, elle est top et m'a permis de produire rapidement des schémas, quand je dis à refaire c'est plutôt pour le matériel spécifique qu'on utilise au boulot et que j'avais déjà créer en "dwg" (Actionneurs, automates régulations, capteurs et sondes fabricants...)

kedema

2019-11-23 10:58

reporter   ~0000383

Oups.. *Il s'agit du déplacement des onglets ** à la souris ***, j'ai écris trop vite et pas trouver de bouton pour éditer la note précédente.

scorpio810

2019-11-23 11:43

administrator   ~0000384

Last edited: 2019-11-23 11:45

View 2 revisions

Merci pour la vidéo, bon j'essayerai d'insister un peu plus sur ma Debian, voir si ça crashe.. j'en doute.
QET sur Windows c'est lent, le chargement des collections prend 25 X plus de temps, pareil pour les gros projets.. il n'est pas aussi rapide et fluide que sur une machine Linux, si t'as l'occasion de tester tu comprendras.

Si tu refaits ou crée de nouveaux symboles, n’hésite pas à me les envoyer, je les rajouterai dans la collection.

kedema

2019-11-23 12:36

reporter   ~0000386

Je viens de faire un apt-get install sur mon vieux macbook intel core 2 duo (2x2.13ghz) de 2009 sur Debian 9, j'avoue avoir été un peu surpris de recevoir la version 0.5 (:D) le lancement à été long et semblait bloqué sur un seul "core". J'ai donc installé le deb de la 0.7 et la je doit admettre qu'effectivement c'est rapide ! Le chargement de la librairie aussi voir plus rapide que sur mon win10 (i7-3770k, 4core 8threads, overclocké a 4.5Ghz... ), qu'est-ce qui peut expliqué une telle différence ?

*Au passage: je n'ai effectivement pas réussi a reproduire le bug sous debian*

Malheureusement au boulot je n'ai pas la possibilité d'utiliser linux... et la plupart du temps quand je "conçois" en électricité je suis sur windows (logiciels fabricants, cad ...)

Le partage des symboles est prévu, j’attends juste de trouver la "rigueur de création" des symboles et de classement, une fois que ce sera plus ou moins homogène, je packagerais tout ça et enverrai par lots.

scorpio810

2019-11-23 22:14

administrator   ~0000387

Last edited: 2019-11-23 22:29

View 6 revisions

Et si tu testes avec l'AppImages c'est encore plus rapide.
Sur ma Debian Sid, Ryzen 1700X c'est a peine si je vois la progressbar de chargement des collections environ 2 secondes le lancement complet..
C'est pour ça que QET tourne sur une Debian au boulot.
J'ai essayé de nombreuses options de cross-compilation, mais c'est des heures et des heures a recompiler les environnements de cross-compilation à chaque fois avec un make -j16... https://www.leetchi.com/c/qelectroteck
https://qelectrotech.org/forum/viewtopic.php?pid=9008#p9008
Même re essayé de compiler directement sous Windows, ça n'a rien changé à part que ça prend 6 fois plus de temps à compiler... Bref, il y a de tres nombreux softs qui fonctionnent mieux sous Linux que sous Windows.. Ce n'est pas pour rien que Microsoft se lance dans WSL, puis l’améliore avec WSL2 ... https://docs.microsoft.com/fr-fr/windows/wsl/wsl2-index
https://docs.microsoft.com/fr-fr/windows/wsl/wsl2-about

scorpio810

2019-11-27 14:52

administrator   ~0000388

Je pense que c'est un problème d'I/O sur Windows:
https://stackoverflow.com/questions/39271541/os-level-file-i-o-locks-on-qt-platforms

scorpio810

2019-11-27 15:38

administrator   ~0000389

Sinon une solution possible : serait de créer un RAMDISK Windows et d'y copier la collection officielle, dans ta config de QET "répertoire de la collection officielle" tu choisis le dossier dans le RAMDISK.

kedema

2019-11-27 17:10

reporter   ~0000390

** Je confirme que sous W7 le bug est là aussi, un peu plus facilement que chez moi, mais je suppose que ça doit être lié aux performances de l'ordinateur... **

Malheureusement je ne pense pas pouvoir accéder à WSL au boulot en utilisateur une fois que nous aurons tous migrer vers W10... Mais ça reste à voir je n'ai jamais essayer d'activer ça
Quoi qu'il en soit, ne te prend pas trop la tête car même si il est vrai que c'est extrêmement lent en comparaison à la version linux, de tous les softs de schémas que j'ai pu essayer, (voir même tous les softs pro de manières générales) cela reste (et de loin) le plus réactif !!

Une solution alternative qui pourrait peut-être soulager les utilisateurs Windows serait de pouvoir sélectionner dans les paramètres les dossiers de bibliothèques à charger par défaut au démarrage.
Cependant, j'insiste, de mon point de vue, cela n'est pas un élément bloquant, une fois que la bibliothèque est chargée, il n'y as plus de soucis...

(D'ici quelques jours j'irais faire un tour sur la cagnotte en mon nom, mais j'ai une question, est-ce qu'une entreprise peut faire une donation ? J'aimerais assez proposer à mon boss de faire une donation étant donné le temps que ce soft me fais gagner, en lui rappelant que des solutions plus ou moins équivalentes lui coûterait beaucoup plus cher, et puis surtout pour vous soutenir!, j'aimerais aider pour le code, mais il va y avoir encore quelques années d'auto apprentissage avant que je ne puisse ecrire quelque code que se soit lol)

scorpio810

2019-11-27 18:00

administrator   ~0000391

Malheureusement je ne pense pas pouvoir accéder à WSL au boulot en utilisateur une fois que nous aurons tous migrer vers W10... Mais ça reste à voir je n'ai jamais essayer d'activer ça

kedema
Ça prend beaucoup d'espace disque sur ta machine, quelques Go, mais ça peut-être bénéfique si tu lances souvent QET.

Une solution alternative qui pourrait peut-être soulager les utilisateurs Windows serait de pouvoir sélectionner dans les paramètres les dossiers de bibliothèques à charger par défaut au démarrage.
Cependant, j'insiste, de mon point de vue, cela n'est pas un élément bloquant, une fois que la bibliothèque est chargée, il n'y as plus de soucis...

kedema
Avec l'installeur tu as le choix des collections à installer.

(D'ici quelques jours j'irais faire un tour sur la cagnotte en mon nom, mais j'ai une question, est-ce qu'une entreprise peut faire une donation ? J'aimerais assez proposer à mon boss de faire une donation étant donné le temps que ce soft me fais gagner, en lui rappelant que des solutions plus ou moins équivalentes lui coûterait beaucoup plus cher, et puis surtout pour vous soutenir!, j'aimerais aider pour le code, mais il va y avoir encore quelques années d'auto apprentissage avant que je ne puisse ecrire quelque code que se soit lol)

kedema
Oui il peut faire un don, mais comme nous n'avons pas le statut d'une association loi 1901 ça risque de le bloquer..

scorpio810

2019-11-28 15:16

administrator   ~0000392

Une solution serait de faire um memcopy sur les méthodes setUpIcon, setUpData.

scorpio810

2019-12-05 20:12

administrator   ~0000393

Si tu peux tester ce paquet : x86_64-w64-mingw32.static.posix.seh
https://download.tuxfamily.org/qet/scorpio/Installer_QElectroTech-0.80-DEV_x86_64-win64%2bgit6090-1.exe

kedema

2019-12-06 08:29

reporter   ~0000394

Salut,
je viens de tester ici au travail (Win7) le bug est toujours présent mais il est déjà beaucoup plus difficile à reproduire comparée a la 0.7 ou la 0.80-DEV+git6069 (celle que j'utilise actuellement).

Petite precision que j'aurais du donner tout de suite(Je ne sait pas si cela change fondamentalement quelque chose..): J'utilise les versions portables, dans le cas de l'installeur (Installer_QElectroTech-0.80-DEV_x86_64-win64%2bgit6090-1.exe) je l'ai décompréssé et extrait dans un dossier.

Je testerai aussi chez moi ce week-end pour voir si les améliorations sont égalements bénéfiques sous W10.

scorpio810

2019-12-06 12:04

administrator   ~0000395

Salut,

merci pour le retour, et du coté du lancement du logiciel tu remarques quelque chose, plus rapide?

kedema

2019-12-06 14:27

reporter   ~0000396

Je n'avais pas fait attention, sur le pc du boulot c'est un amd 8 core sans hyperthread, globalement il charge plus vite que sur mon pc de la maison (intel 4core - 8threads/ cf vidéo que j'eu envoyée).

J'ai fait quelques mesures, il semblerait que les modifications ai ralentis un peu le chargement de la bibliothèque

*Temps mesuré entre l'apparition de la fênetre de présentation (QET - Chargement...) et la fin du chargement de la bibliothèque - Même histoire, j'essayerais aussi à la maison

Qet 0.8dev git 6069 (Version que j'utilise - 7289 éléments)
1) 05.8s
2) 05.21s

Qet 0.8dev git 6090 (Version proposée au dessus - 7022 éléments)
1) 09.05s
2) 08.50s

Qet 0.7 (6042 éléments):
1) 05.2s
2) 04.76s

scorpio810

2019-12-08 15:01

administrator   ~0000397

Last edited: 2019-12-08 15:09

View 2 revisions

Je pense que le problème de chargement sous Windows provient de QDomDocument -> QTBUG-32926 mais aussi des pertes de schémas qui semblent se produire que sous Windows..

Efficiency comparison of C++ Xml parsing (Qt/TinyXml 2/RapidXml)
QtXml deprecated

kedema

2019-12-08 18:13

reporter   ~0000398

Je reviens avec les chiffres du pc de la maison, globalement l’échelle de résultats est la même:

qet 0.8 git 6087 (7022 elements)
1) 12.59s
2) 11.98s

Qet 0.8dev git 6090 (Version proposée au dessus - 7022 éléments)
1) 17.84s
2) 17.74s

qet 0.7 (6042 elements):
1) 11.77s
2) 11.50s

J'ai lu un peu des deux liens que tu as envoyer en particulier la comparaison avec les trois méthode de parsing, d’après les tests qu'il a envoyer on retrouve un peu les différences entre linux/windows constatés sur Qet, cela semble être une bonne piste!
Concernant les pertes de schémas je ne crois pas avoir eu le cas.. heureusement :D surtout pour les schémas du boulot :D
Qu'est-ce que tu appelles pertes ? Fichier disparaissant ? Illisible?

kedema

2019-12-08 18:19

reporter   ~0000399

A oui j'allais oublier: malgré le temps de démarrage global plus long, la fenêtre qet semble s'afficher plus vite avec la 6090 qu'avec les autres versions. Autrement dit le "panneau de chargement" QET reste moins longtemps avant d'afficher le programme: mais cela reste un constat "humain" je n'ai pas de chiffres pour l'avancer.

HS: Comment je fais pour modifier une note que j'ai poster ? je ne trouves pas de bouton, et je ne dois pas taper les bon mots clés sur gogole...

scorpio810

2019-12-09 08:36

administrator   ~0000400

Last edited: 2019-12-09 08:45

View 3 revisions

Merci pour ton retour et ces chiffres, il faut additionner 1 + 2 ou ce sont deux lancements différents?

Pour les fichiers corrompus :
https://qelectrotech.org/forum/viewtopic.php?id=208
https://qelectrotech.org/forum/viewtopic.php?id=1379
https://qelectrotech.org/forum/viewtopic.php?id=1535
etc...


sur de gros projets j'ouvre toujours l'ancienne version et je fais de suite enregistrer sous en modifiant par la date du jour au format US, j'ouvre mon projet-19-09-28.qet et je faisais enregistrer sous projet-19-10-2.qet ça me permettrai d'avoir un historique et quand QET était instable sur les versions 0.4, 0.5, ne perdre que quelques heures ou au max un jour de travail, et même de pouvoir revenir en arrière suite à une bourde ou autre changements dans le projet.

C'est une méthode de bon sens qui s'applique quelque soit le logiciel surtout quand le travail demande de longs mois..

scorpio

Pour modifier une note suffit de se déplacer dans les notes -> des boutons apparaîtrons pour éditer, etc.


kedema

2019-12-09 09:48

reporter   ~0000401

Il s'agit de deux lancements différents.

C'est bon a savoir pour les fichiers corrompus, je n'ai pas eu le cas encore. mais je ne travaille vraiment dessus que depuis la 0.7.
On as une sauvegarde chaque jour sur le serveur de l'entreprise donc, en théorie, je ne perdrais qu'un jour max, mais je prendrais des précautions supplémentaires pour les gros schémas !


Je pense que mon compte ne permet pas l'édition je n'ai pas ces boutons à disposition.

scorpio810

2019-12-09 10:06

administrator   ~0000402

En principe maintenant tu peux éditer tes notes.

black_sun

2019-12-10 18:51

developer   ~0000403

Bon on s'égare un peu du sujet initial, mais au vue de ce lien, Efficiency comparison of C++ Xml parsing (Qt/TinyXml 2/RapidXml) il semble assez claire que Qt n'est pas des plus optimal pour le xml.
Bien que rapidxml semble le plus rapide, je pencherais plutôt pour tinyxml2 qui semble plus convivial à utiliser mais aussi toujours maintenu (rapidxml semble ne pas avoir été mis à jours depuis plusieurs années).
Bon je reste sur la feuille de route prévu pour la 0.8, mais dès que je pourrais je ferais quelque test avec tinyxml2. Si on peut accélérer Qet mais aussi résoudre le problème de fichier corrompu, c'est tout benef :)

black_sun

2019-12-10 20:52

developer   ~0000404

https://git.tuxfamily.org/qet/qet.git/commit/?id=e618539ddb7f4782b42c48ec9b7b5715c844baa9

Issue History

Date Modified Username Field Change
2019-11-22 23:50 kedema New Issue
2019-11-23 08:42 scorpio810 Note Added: 0000381
2019-11-23 10:57 kedema Note Added: 0000382
2019-11-23 10:58 kedema Note Added: 0000383
2019-11-23 11:43 scorpio810 Note Added: 0000384
2019-11-23 11:45 scorpio810 Note Edited: 0000384 View Revisions
2019-11-23 12:36 kedema Note Added: 0000386
2019-11-23 22:14 scorpio810 Note Added: 0000387
2019-11-23 22:15 scorpio810 Note Edited: 0000387 View Revisions
2019-11-23 22:16 scorpio810 Note Edited: 0000387 View Revisions
2019-11-23 22:24 scorpio810 Note Edited: 0000387 View Revisions
2019-11-23 22:25 scorpio810 Note Edited: 0000387 View Revisions
2019-11-23 22:29 scorpio810 Note Edited: 0000387 View Revisions
2019-11-27 14:52 scorpio810 Note Added: 0000388
2019-11-27 15:38 scorpio810 Note Added: 0000389
2019-11-27 17:10 kedema Note Added: 0000390
2019-11-27 18:00 scorpio810 Note Added: 0000391
2019-11-28 15:14 scorpio810 Assigned To => black_sun
2019-11-28 15:14 scorpio810 Status new => assigned
2019-11-28 15:16 scorpio810 Note Added: 0000392
2019-12-05 20:12 scorpio810 Note Added: 0000393
2019-12-06 08:29 kedema Note Added: 0000394
2019-12-06 12:04 scorpio810 Note Added: 0000395
2019-12-06 14:27 kedema Note Added: 0000396
2019-12-08 15:01 scorpio810 Note Added: 0000397
2019-12-08 15:08 scorpio810 Assigned To black_sun => black_sun_2012
2019-12-08 15:09 scorpio810 Note Edited: 0000397 View Revisions
2019-12-08 18:13 kedema Note Added: 0000398
2019-12-08 18:19 kedema Note Added: 0000399
2019-12-09 08:36 scorpio810 Note Added: 0000400
2019-12-09 08:41 scorpio810 Note Edited: 0000400 View Revisions
2019-12-09 08:45 scorpio810 Note Edited: 0000400 View Revisions
2019-12-09 09:48 kedema Note Added: 0000401
2019-12-09 10:06 scorpio810 Note Added: 0000402
2019-12-10 18:51 black_sun Note Added: 0000403
2019-12-10 20:52 black_sun Status assigned => resolved
2019-12-10 20:52 black_sun Resolution open => fixed
2019-12-10 20:52 black_sun Note Added: 0000404