Merci Nuri, tu me rassures du coup. nomicons/blush
J’étais parti dans de grandes investigations ... , mxe git pull et rebuild des environnements de compilation croisés, recherches aussi du coté de NSIS l'installateur Windows et de mes scripts, voir re installation d'un Seven clean dans ma VM, etc.

Comparaison démarrage QET sous Debian unstable en natif et sous Window 7 en VM.
AMD FX 8350 8C/8T  et dans la VM Seven 6C/6T


Bon ont sait tous que Windows n'est pas réputé pour sa légèreté,  sa stabilité et encore moins pour être un OS rapide, mais là ça commençait à m’inquiéter !


Nuri wrote:

Ben bien les gars, ca valait le coup de faire un splash screen 

Jusqu’à présent oui, aujourd'hui il en serait même superflu suivant les OS et les machines.

5,652

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

galexis wrote:

Son problème est d'autant plus bizarre, s'il utilise la version stable, non ?

famille.geoffroy wrote:

Concernant la provenance de QET je ne sait pas, je l'ai récupéré par l'intermédiaire d'un informaticien de la société où je travail.

Bon, sous MS Windows c'est clairement pas la même vitesse de chargement escompté dans ma VM seven que sur ma Debian...
Vous confirmez?
Il me semble remarquer que la version ReadyToUse est plus rapide au lancement que celles avec l'installateur .. A suivre !

galexis wrote:

La charge mémoire s'est effectivement bien allégée. Pour la vitesse de démarrage, cela semble plus rapide sur LM17.3 mais pas hyper flagrant : je testerais au boulot sur mon poste WIN7, car c'était vraiment très long, avec en plus le côté pénible du splash screen qui m'empêchait de pouvoir faire autre chose en gardant le focus.

Revision: 4544
Author:   blacksun
Date:     2016-06-06 21:15:31 +0200 (Mon, 06 Jun 2016)
Log Message:
-----------
Remove the flag Qt::WindowStaysOnTopHint of the splash screen

Je doute qu'il t’embête beaucoup maintenant le splash screen, je n'ai même plus le temps de le voir.

Une autre différence phénoménale pour te citer Nuri, le lancement et chargement complet de QET est maintenant aussi considérablement réduit. 

QET utilise dorénavant tous les cœurs/threads disponibles du/des processeur(s) de la machine pour gérer le cache SQL des quelques 2600 éléments que contient la collection fournie, le temps de lancement du logiciel et chargement des collections passent maintenant sous la barre des moins de 2 secondes sur ma machine AMD FX 8350 + SDD 840 pro ! nomicons/blink nomicons/smile


https://download.qelectrotech.org/qet/forum_img/RAM3.png

Revision: 4542
Author:   blacksun
Date:     2016-06-06 20:34:34 +0200 (Mon, 06 Jun 2016)
Log Message:
-----------
Use multithreading for loading the element collection

scorpio810 wrote:

Bonjour Pach,

reste plus qu'a attendre la sortie de Qt 5.6.1 et voir si ça corrige le problème que tu rencontres.

C'est pour bientôt : http://lists.qt-project.org/pipermail/d … 26162.html
https://wiki.qt.io/Qt_5.6.1_Change_Files

5,657

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

@ Galexis: c'est son choix de prendre la version stable et non celle en cours de devel même si d'un autre coté on se prive des dernières avancées ajoutées (nouvelles basic shapes, écrans QHD, consommation RAM, et bientôt une autre grosse nouveauté ...).
Celle en cours de développement n'est pas moins stable qu'une taguée ... stable.

Le seul avantage de snap pour QET se trouvera être dans le futur et sur les prochaines LTS Ubuntu seulement.
Les autres se penchant d'avantage pour http://flatpak.org/faq.html  http://flatpak.org/index.html#about
D'ici là, on trouvera plus de documentations, j'ai clairement pas le temps n'y l'envie de perdre une semaine ou plus de mon temps libre pour faire fonctionner ce nouveau paquet snap !

Pour l'instant comme tu le sais je fais aussi des paquets backports Debian Jessie, Ubuntu LTS 14.04 trusty, il s’avère parfois que des méthodes dernièrement ajoutées dans le code provoque un FTBFS sur Jessie ou trusty, et compile très bien sur les autres distributions récentes, la faute aux vielles bibliothèques Qt 5.3 qui ne connaissent pas ces nouvelles méthodes apparues plus tard au fils des versions Qt.
https://launchpadlibrarian.net/26366255 … ING.txt.gz

Il faut donc soit se passer de ses nouvelles fonctions, ou en trouver une compatible même si ça nous arrangent moins ou adapter le code suivant la version trouvée : si le code à la compilation trouve que la version de Qt <= 4.5 cette fonction sera codé différemment que si la version Qt trouvée est supérieure, t'en fini plus !

C'etais déjà très fréquents sur le vieux code Qet et de l’évolution des libs Qt 4 en parallèles, il fallait ajuster le code suivant les versions Qt trouvées : positionnement des textes différents, impression, etc pouvaient différer suivant la version Qt.


Avec snap, tu fais comme je fais pour tous les paquets Windows : c'est la dernière version embarquée de Qt, GCC pour tout le monde, point barre.

Je parle pas des compilos GCC, etc, mais c'est souvent le même problème.

http://linuxfr.org/users/vejmarie/journ … sur-xenial


Au bout d'un mois d'essai ça marche complétement.

Vous vous en passerez nomicons/grin !

5,660

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

D'accord, tiens nous au courant.

Toujours télécharger les logiciels Windows sur le site de l’éditeur, ça évite bien des problemes.

Les informations contenues dans le widget à propos onglet version: numéro de version, version Qt, etc, sont maintenant sélectionnables et on peut les copier pour les coller directement sur le forum en cas de demande. nomicons/smile

[size=4]QElectroTech V 0.51-dev+svn4533
Compilation : GCC 5.3.1 20160519 - built with Qt 5.5.1 - run with Qt 5.5.1

5,662

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

Tu as essayé avec une version téléchargée sur ce site si le problème est le même?
Si ce problème était fréquent, nous serions les premiers à en être au courant, ce qui n'est pas le cas.

5,663

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

Oui, copier des symboles ou parties de schémas d'un projet sur un autre ne fonctionne pas encore, et on se retrouve donc avec des éléments appelés ghost.

Tu peux télécharger sur ce site directement les versions que tu veux sur cette page : https://qelectrotech.org/download.html

C'est mieux qu'une version qui sort d'on ne sait où!

Voir aussi tester les nouveautés de la version en cours de devel, avec les nightly builds sur ce lien "Accéder à la version la plus récente de QElectroTech"

5,664

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

famille.geoffroy wrote:

Il s'agit de la version v0.5

Donc la version stable, pas celle en développement !
Télécharger sur ce site, ou ailleurs?
Pas d'explication, a moins que tu es coché dans la config ne pas importer les éléments?

nomicons/smile

Pas de problème avec Qt 5.4.2 sur la Debian du boulot.

5,667

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

Bonjour, 

Quelle version?

Si pas de tag UUID, QET en génère un par défaut, tu devais fermer et relancer QET avant pour que ça fonctionne ?

galexis wrote:

Avec l'autre panel, je n'avais pas de soucis.

Ça m'étonne un peu, ce fonctionnement n'est pas propre au nouvel panel.

Faudra que je teste au boulot la Debian tourne sur une version Qt moins récente, par contre la recherche multi-critères ne fonctionne plus, pour l'instant.

Chaque élément contient dans son fichier XML un tag UUID, quand tu modifies un symbole par l’éditeur, l’éditeur change l'UUID de l’élément en question. C'est ce qui permet de les comparer et de te proposer quoi faire lors du drag and drop : écraser, etc.

galexis wrote:

C'est plutôt divisé par 20... nomicons/grin

Normal, ça tient aussi compte de ta collection personnelle.
Le temps de lancement de QET sous Windows, mieux, pareil ?

Bonjour,

dans ton script tu génères un nouveau UUID ?

Bonjour,

je ne confirme pas, après suppression du filtre on revient sur la vue par défaut des collections !