Bonjour,
Yoann a packagé le convertisseur DXF pour MAC OS (version du 2015-Nov-15), il est disponible ici, merci de vos retours sur d’éventuels problemes.
https://download.qelectrotech.org/qet/b … ET.app.zip
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Bonjour,
Yoann a packagé le convertisseur DXF pour MAC OS (version du 2015-Nov-15), il est disponible ici, merci de vos retours sur d’éventuels problemes.
https://download.qelectrotech.org/qet/b … ET.app.zip
Bonjour f.franck,
je vais laisser Nuri t'expliquer sa méthode, mais aussi ses inconvénients.
Un nouveau développeur nous a rejoint "Leonardo", nous sommes en discutions avec pour la mise en place coté utilisateur d'une base de données pour stocker justement ces informations dans des tables, afin d’éviter d'avoir à chaque fois à les re rentrer dans le dock.
You must have get the commit message by email.
Nice.
Yes, I prefer that you also send binary .qm with .ts file.
That is perfect.
Laurent
Is ok now.
I added you to subversion and ML.
If you have questions, just ask.
Hi and thanks OSSau2mation,
you can login to the Tuxfamily panel with your user login and password?
At this time your username is not find.
I try again later
Do you want an contributor account to send your translations directly in trunk, is easy?
I put the procedure below for those who want to reach us.
One, you do to subscribe to Tuxfamily: by example just ask : I want to
join QElectroTech project, after send me an email or by forum, i just need your login
(username subscription) for create your account to Qet subversion and
mailing list.
http://www.tuxfamily.org/en/subscribe
Two,
login to the Tuxfamily panel with your user login and password
In your preferences, select the shell you want to use (for example:
/bin/bash) Wait for at least 10 minutes
http://faq.tuxfamily.org/User/En
After, i valid your account in QET project and add you to Subversion group.
You could download trunk Subversion branch for working (wait my email or by forum),
In a terminal download a local copy of subversion trunk branch:
svn co "svn+ssh://login@svn.tuxfamily.org/svnroot/qet/qet/trunk" qelectrotech_trunk
Change login by your Tuxfamily login.
Accept new ssh key by write yes and enter.
Enter your password (it may ask you three times for the fisrt download).
In this working directory, open file to translate, save, now you can send your commit to Subversion trunk by
svn ci
command in terminal, is open a text editor like vi, vim, nano, etc
enter a message like this : Update Danish translation.
Close and save, by ctrl + x if is nano, now enter your password to upload your commit.
Or directly by this command:
svn ci -m "Update Danish translation"
After, when you want to translate, go in this directory by a terminal, you need to update your local working directory to svn trunk by this command :
svn up
FYI, see translations_stat.pl perl script in misc folder.
# This script analyzes a QElectroTech Subversion working directory in order to
# output statistics on the translation progress. The output is a table
# conforming to the Dokuwiki syntax, as configured on qelectrotech.org/wiki.
Le temps de chargement est le même quand le laptop branché sur secteur?
Sur mon Toshiba satellite pro I5 + SSD 850 EVO 250 Gio, dans le bios/UEFI c'est réglable, mode Performances, Economie d’énergie, etc, après ça dépend aussi du contrôleur et du SDD embarqué.
Mon ancien ASUS en I3 était pas très rapide malgré un SanDisk SSD Plus, premier prix.
Tu peux essayer de désactiver l'ancien panel d’élément et activer le nouveau, et relancer QET. Il est deux à trois fois plus rapide et consomme bien moins de RAM que l'ancien, mais il lui manque encore des fonctions, comme des onglets pour la gestion des cartouches, et des folios du projet, mais plus besoin de rafraîchir la collection quand on modifie un élément, c'est pris en compte à la volée.
Ce qui devrait réduire les envolées de RAM utilisée chez Nuri.
Apres ça dépend aussi du nombre et de la complexité des éléments contenus dans ta collection utilisateur.
Debian deb and MS Windows packages are availables for try the Danish translation.
Every translation has a number in brackets this is just to make it easier to find the text for quality check. When I or someone else feels it is correct the bracket number should be removed.
Thanks, i think this isn't better choice and distort my status script, but why not.
http://qelectrotech.org/wiki_new/doc/tr … raductions
Thanks.
Nice.
Lancement avec le nouveau panel d’élément seul : 676 952 K de RAM utilisée
(SDD 840 pro 128 Gio)
[12:04:04] laurent@debian:~$ time qelectrotech
real 0m9.977s
user 0m7.468s
sys 0m0.572s
Avec l'ancien panel seul : 898 352 k de RAM utilisée
(SDD 840 pro 128 Gio)
[12:08:21] laurent@debian:~$ time qelectrotech
transaction began for "common"
transaction commited for "common"
transaction began for "custom"
transaction commited for "custom"
real 0m11.357s
user 0m8.684s
sys 0m0.740s
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/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.
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 ) .
Bonsoir pach30310,
Pour l'instant sous Windows oui, sous GNU/Linux c'est juste une question de jours/semaines le temps que les packageurs intègrent cette version de Qt sur les dépôts.
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
Merci, n’hésites surtout pas à nous faire remonter ces incongruités, quand tu en rencontreras.
C'est ce style de problème que je redoutais ..., on a parfois des surprises quand on reprend des projets d'un système d’exploitation à un autre (c'est maintenant assez rare), sans compter maintenant le transfert de projet d'une machine 2k à une autre avec écran 4K, et vice versa.
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).
Le même système d'exploitation?
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.
Sur ma VM Seven 64, je trouve les lancements de Qet plus long ( ~ 1.20 min), certes la VM est basée sur un vieux HD et pas sur le SSD mais quand même. Au boulot sur une Debian avec un vieux HD de 160 Gio sata 2 c'est six fois plus rapide...( 26s )
@pach,
on peut affirmer que QET fonctionne bien sur les écrans HDPI maintenant, interface, boites de dialogues, icônes, etc?
For MS Windows installer NSIS, could you add Danish translation in this file?
Hi,
i just build and upload rev 4391 packages if you want to try.
Thank you, i prepare the code tomorrow for add this new language, and committed your translation file to subversion.
After I will create new packages for that you can test in Danish, and for you can continue the work.
Visiblement l'option Qt::AA_EnableHighDpiScaling semble bien marché, je n'ai pas lue la doc de Qt au sujet des écrans 4k mais je me doutais bien que Qt pouvais faire ça tout seul.
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
Bonjour,
rev 4384?, ça me l'avais fait l'autre soir en testant la build spéciale, les lecteurs réseaux n’étaient pas affichés. Je viens de tester avec la dernière version ça fonctionne dans ma VM.
Tu peut le vérifier?
Bonsoir,
je joins à ce post un script bash qui permet de générer des éléments borniers.
Il ne fonctionne que sous linux, nécessite zenity et xmlstarlet, entre autre.
Tu dois pouvoir faire tourner ton script sur ton poste de travail MS Windows avec CYGWIN.
http://pequan.lip6.fr/~bereziat/cygwin/
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=zenity&arch=x86_64
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=+xmlstarlet&arch=x86_64
Exemple : à l’époque sur ma VM seven (ou j'avais besoin de subversion, sed, etc sur un Windows).
http://qelectrotech.org/wiki_new/doc/dev_windows#cygwin
Beau travail.
l'option EnableHighDpiScaling est maintenant active si la version de Qt >= 5.6, ce qui n'est le cas que pour les paquets MS Windows pour l'instant. rev 4384.
Pour les paquets Debian :il faudra attendre que les libs Qt 5.6.0 descendent des dépôts "experimental" à "unstable".
Par contre ce sera encore une fois ratée, pour ceux sous Ubuntu : la prochaine version LTS ne devrait avoir que Qt en version 5.5.1...
Ça semble en effet bien mieux que sur ton premier screen. ;-)
Bonjour,
essayes les deux paquets, le premier est simplement compilé avec la nouvelle version du frameworks Qt (5.6), le second pareil, mais avec en plus l'option EnableHighDpiScaling.
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.133 seconds (13% PHP - 87% DB) with 5 queries