Problème d'affichage (Page 2 of 2)

Qt le faire, oui surement avant même la version 5.6.0, sans soucis et en testant à l'aveuglette sans écran, je pense pas, surtout avec MS Windows.... ! Vista, 8.1, etc ou les méthodes diffères.

L'ancienne doc : https://doc-snapshots.qt.io/qt5-5.6/highdpi.html

Bonsoir

Q(e)t semble de bonne humeur ce soir et a décidé de m'afficher les lecteurs réseaux   .
Je n'ai fait aucun changement par rapport au précédent lancement , qui pour info était le premier de la toute fraiche installation de la derniere build , la rev 4384 donc .
une histoire de cache qui jouerait à cache-cache ??
à suivre au prochain démarrage .

Bonsoir Scorpio

Il semble que le passage en QT 5.6 soit un réel plus pour les écrans haute définition QHD et que l'on peut dire que ca fonctionne correctement (sous window uniquement si j'ai bien compris ) . Sur mon écran, cela devient expoitable et surtout je peux "jouer" avec le même fichier sur différentes machines avec des définitions écrans différentes .
 Je découvrirais certainement quelques comportements surprenants (ex , ce matin , j'ai rajouté un texte dont il a fallu que je modifie la taille à postériori car plus petite qu'un texte ajouté avec un autre machine). Je n'ai pas fait de tests exhaustifs  mais je posterais si j'observe des incongruités

Par contre , j'ai toujours cette lenteur au chargement de l'appli sur mon Yoga 3  (ultrabook): plus de 3 minutes -répétables- pour que l'appli soit lancé malgré un HDD SSD de 512 Go et 8 Go de ram. Une fois lancé, plus de souci. (par ex les appli de MsOffice démarrent quasi instantanément).

Mais bon, cela semble bien particulier à l'architecture de la machine car je n'ai vu d'autre commentaire de ce type sur le forum.

Il est clair que pour satisfaire aux dernières recommandations Debian, en particulier sur les paquets reproductibles, ça permet d’être entièrement certain que n'importe quelle machine qui emballera ce paquet produira des paquets binaires identiques octet par octet à partir d'une source donnée, surtout dans un souci de transparence et de sécurité.
Nous avons donc décidé de changer la façon de comparer les symboles au lancement du logiciel sur la 0.5.

https://wiki.debian.org/ReproducibleBuilds/About

https://tests.reproducible-builds.org/r … otech.html

https://tests.reproducible-builds.org/h … otech.html

https://diffoscope.org/

https://diffoscope.org/examples/https-e … 5.0.7.html

Avant on comparait juste le timestamp des fichiers des collections pour la base de données cache pixmap.
La comparaison était plus rapide car le logiciel n'avait pas besoin d'ouvrir et de lire chaque fichier élément.
Maintenant on compare chaque UUID, ce qui en temps machine est un peu plus long car il faut parcourir l’arborescence de toutes les collections éléments, lire l'attribut XML "UUID" de chaque fichier elmt pour ensuite comparer leurs valeurs avec la base de donnée SQlite.

Certes le moteur SQlite n'est pas le plus rapide, mais un contrôleur et un disque rapide ou SDD rend le démarrage de QET bien plus véloce.

Bonjour, dans mon cas, je ne peut pas dire que ça aide beaucoup.Apparemment,je longtemps avec le démarrage de l'éditeur de schémas affiché .

bonsoir

Dysfonctionnement observé bien sur la priorisation des fenêtres modales. Lors d'un voyage en train (donc mon écran QHD), j'ai eu à déplacer à modifier des renvois de folios donc délier le renvoi pour le relier ensuite à un autre folio . Quand on fait la liaison au nouveau folio , qet nous offre le choix du nom du conducteur à appliquer . or , cette fenêtre, modale, était sous le formulaire de liaison , m'obligeant à passer par un "ALT+TAB" pour pouvoir la "tuer" (-> la fermer). La même manip sous un écran plus modeste ne pose pas de problème .

Bonjour Scorpio

Je ne suis pas sur que le souci vienne de QET puisque  cette meme manipulation sur un écran classique ne pose pas ce souci. Je pense plutot un bug du côté de QT 5.6. Les deux fénetres (liaison et affectation sont modale et la derniere à apparaitre est celle de l'affection du nom qui devrait être au-dessus de celle de Liaison . Or avec mon écran QHD ,  c'est l'inverse qui se produit  .

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

Bonjour Patch,

je viens de recompiler la version 4556 avec les nouvelles bibliothèques Qt 5.7 pour les paquets Windows, elle est maintenant disponible au téléchargement.

Regarde quand tu pourras, si ça règle le soucis avec les écrans QHD/4K de ton coté, merci.

QElectroTech V 0.51-dev+svn4556
Compilation : GCC 4.9.3 - built with Qt 5.7.0 - run with Qt 5.7.0

Laurent