Les 2 paquets sont déjà installés sur mon système.

nuri@nurikiste:~$ sudo apt install libcups2
[sudo] Passwort für nuri: 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
libcups2 ist schon die neueste Version (2.2.7-1ubuntu2.7).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
nuri@nurikiste:~$ sudo apt install libqt5printsupport5 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
libqt5printsupport5 ist schon die neueste Version (5.9.5+dfsg-0ubuntu2.3).
libqt5printsupport5 wurde als manuell installiert festgelegt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Quelques heures ?!?
Quelques semaines oui ! Y'a pas que le dessin, y'a aussi le temps d'éplucher les plans originaux en A4 et de tout synthétiser sur un folio dans QET.

Je bosse toujours sur mon petit imac 21" avec résolution 4K et Ubuntu 18.04.
Mais ce genre de plan est tout à fait réalisable avec un gros écran HD standard. Suffit de zoomer là où il faut...

J'utilise toujours la version PPA de QelectroTech quand il s'agit de la version de développement.
La PPA c'est top pour la mise à jour automatique des derniers développements en même temps que la maj du système.

Puis les AppImages pour la 0.6 et la 0.7 car c'est très facile à mettre en place, vraiment super. Les AppImages marchent vraiment bien. Y'a juse le style GTK qu'est pas pris en compte mais limite QET est plus clair en style Qt natif, donc je me plains pas.

Snap j'aime pas trop, surtout parce que je m'y suis plus vraiment intéressé depuis sa sortie il y a quelques années.

Aujourd'hui je viens de finir un apercu gigantesque représentant tous les relais d'arrêt d'urgence, les boutons d'AU, les portes de sécurité, etc de plusieurs machines verrouillées et connectées entre-elles.

Pour mon client, il est important que tout tienne sur UN et UN SEUL FOLIO nomicons/blink .
Pour cette raison, j'ai décidé d'utiliser QElectroTech et pas Eplan (bien que ce client ne jure que par Eplan).
De plus, c'est plus aisé de configurer des conducteurs multicolors avec QET. J'avais jamais cru que j'abuserais un jour à ce point de cette fonctionalité nomicons/blush , ben voilà, c'est fait nomicons/grin .

Bref, mon boulot est terminé et pour imprimer le tout sur une table tracante (plotter), j'ai besoin de pouvoir configurer un format d'impression personalisé lors de l'impression pdf fournie par QET.
Autant dire que le dessin ne tient pas sur du A4. Les dimensions réelles sur papier seront de 0,841 x 2,855 m.
(oui, mètre, pas décimètre ni centimètre).

Malheureusement, dans le dialogue de config d'impression, je ne peux pas choisir le format personalisé dans la liste déroulante.
L'option "Benutzerdefiniert" (format personalisé, en francais) est présente mais on ne peut pas la sélectionner.
Du coup, il m'est impossible de rentrer les dimensions du papier à la main.

C'est d'autant plus dommage que j'avais fait un travail similaire l'année dernière et tout avait bien fonctionné, je pus rentrer un format personalisé qui fut pris en compte pour l'impression pdf.

Un bug ?
Une expérience Qt ? nomicons/whistling


EDIT :
pour me sortir rapidement du grabuge, je viens de télécharger la AppImage 0.7 qui a ouvert sans encombre mon fichier réalisé sous la 0.8-dev. Dans la version 0.7 finale, il est possible de choisir un format d'impression personalisé.
Donc ok, problème contourné pour moi, mais pas résolu pour la 0.8-dev.

Et voilà le bébé :
(sympa les conducteurs colorés pour s'y retrouver)

Moi pareil, je peux pas répondre sur les formats de fichier utilisés par les imprimantes d'étiquettes. Mon boulot s'arrête en général à l'éxécution des plans.
Disons qu'un export csv serait déjà pas mal, une étiquette ou un repère par ligne, sans séparateur supplémentaire.

Ensuite, on devrait bien voir ceux que cela intéresse concrètement donner des spécifications plus précises sur l'export des données nomicons/whistling .

@ Laurent

For your information, the mouse wheel of the guest OS is not always very good supported in VirtualBox.

With some Linux test systems in VirtualBox (KDE Neon, Linux Mint...) I always experience some weird mouse wheel behaviours: not working at all or delayed or slow. The quality of the mouse wheel behaviour depends on what for guest OS is used.
I think you could have the same problems with MacOS running in VirtualBox or in another virtual machine.

However, the mouse wheel behaviour in Windows 10 as guest OS in an Ubuntu host system is pretty good, almost perfect.

@ walter.betz

QET verfügt über KEINE Funktion, die deine Frage auf Anhieb erledigen kann.

Alternativ kannst du aber dein *.qet Projekt mit einem XML oder Texteditor öffnen und die Eigenschaften von der eine Folie in die Nächste kopieren. Was ich dir hier vorschlage ist aber alles im "Bastelbereich" darum bitte VORHER EIN BACKUP von deinem Projekt machen.

Le mieux serait de ne pas avoir besoin de nettoyer quoique ce soit !
Comme ca on évite d'alourdir la GUI du logiciel et on évite à Mme Michu de se prendre la tête avec des trucs qui ne l'intéresse pas.

Pourquoi vouloir supprimer les "divers" fichiers conf ?
Normalement il n'y en a qu'un seul. S'il y en a plusieurs, alors c'est l'utilisateur qui les a créés, dans ce cas, il est assez grand pour se débrouiller tout seul (trouver les fichiers, les créer, les modifier avec un éditeur texte, etc.).
Il serait plus intéressant de donner la possibilité à Mme Michu de pouvoir switcher entre différentes configs de QET (au pire avec un redémarrage de QET pour charger le nouveau fichier conf).
Config 1 pour client 1
Config 2 pour client 2
etc...

Pour en revenir à mon premier post et au problème originel :
Quand la boîte de dialogue s'ouvre et que QET demande si on veut charger un backup, on peut répondre par oui ou non.
On pourrait rajouter un bouton "effacer ce backup", comme ca, ca reste simple et Mme-Michu-compatible, you know ?!?

Sinon je vois pas trop ce qu'on peut effacer ou "nettoyer", j'ai pas l'impression que QET produise beaucoup de déchets nomicons/laughing

@ Joshua

oui pourquoi pas.

Merci Laurent, j'avais cherché partout mais pas là dedans !
J'ai supprimé le backup inutile et QET ne demande plus rien lorsque j'ouvre le projet machin.qet.

nomicons/smile

Hallo plc-user,

eigentlich ist das englische "Author" durch das deutsche "Bearbeiter" übersetzt.
Ich habe es gerade eben projektweit geprüft und es steht überall "Bearbeiter", da wo es stehen soll.
Aber...
Die Variablennamen werden NICHT übersetzt und da bleibt der englische Begriff {author}.
Genauso mit {plant}, {date}, usw.

Das "aufgetretten" habe ich in "aufgetreten" korrigiert.

Wenn's noch Fehler gibt, bitte melden!
Ich habe bis jetzt sehr wenige Rückmeldungen über die deutsche Übersetzung bekommen (was klein schlechtes Kriterium sein soll nomicons/wink ...).

Bonjour à tous,

j'ai un petit souci avec avec une sauvegarde automatique.

Il y a une semaine, mon projet était sauvegardé sous :
/home/nuri/monclient1/projet11/machin.qet

Il y a 2 jours, je change le répertoire "projet11" en "super_projet". Le chemin actuel vers mon projet QET est alors :
/home/nuri/monclient1/super_projet/machin.qet

Depuis, à chaque ouverture de machin.qet, QET me demande si je veux charger un backup se trouvant dans /home/nuri/monclient1/projet11 alors que le répertoire "projet11" n'existe plus.
Si je réponds par OUI, QET ne trouve rien et plante.
Si je réponds par NON, tout va bien et je peux continuer à travailler avec la bonne version de mon projet.

Question :
comment supprimer cette référence inutile à un backup qui n'existe pas, dans un répertoire qui n'existe plus ?

Demande d'amélioration :
le système de sauvegarde automatique devrait prendre en compte les changements de répertoire (déplacement, changement de nom).

plc-user wrote:

Zusätzlich ist mir ein Übersetzungsfehler aufgefallen. Wenn ein Element
keinen Anschluß hat, dann kommt die Meldung "Die Überprüfung dieses
Bauteils generierte 1 avertissement(s)<NewLine>:"
Wäre schön, wenn dort zukünftig "... generierte 1 Warnung(en):" auch ohne
Zeilenumbruch vor dem Doppelpunkt stünde...

Danke für die Rückmeldung.
Ich hoffe die Übersetzung ist jetzt richtig von mir eingegeben worden. Bei Gelegenheit nachprüfen!

Pour info :

Speicherzugriffsfehler = Erreur d'accès mémoire

scorpio810 wrote:

Pour les AppImages ça me tenait à cœur depuis un moment d’étudier une solution pour vous offrir et coller aux dernières versions des Frameworks Qt (5.12.3) et KF5 avec l'application, après de nombreux essais et de très nombreuses heures de compilation, voila c'est fait.

Merci beaucoup !
nomicons/smile

Because of it I have to create vertical and horizontal version of many elements.

It's not necessary.
In the 0.7 version, the "dynamic text fields" have been added. You can set the angle of EVERY text of element as you want.

I think the option "do not rotate text with element" is either not been updated or outdated (because of the dynamic text fields).

Kein Problem nomicons/smile

Es hätte auch sein können, dass eine bestimmte Version (Build) von QET tatsächlich Probleme macht.

mmm... irgendwas mit Benutzerrechten nomicons/getlost
unter Windows nomicons/sick
Bin bestimmt nicht sehr kompetent aber, wer weiß... Ich versuch's:

Probier mal die 0.7-RC1 auf dein Desktop abzuspeichern und von dort aus auszuführen.

Warum hast du die *.exe Datei einfach unter C:\ abgelegt?!?
Es kann gut sein, dass du vom Wurzelverzeichnis C:\ nichts ausführen darfst.
Der Desktop wiederum gehört dem Benutzer unter dem du angemeldet bist.

Hallo Peter,

ich bin zwar nicht unter Windows aber wenn, dann würde ich Folgendes ausprobieren:

- Alle QElectroTech-Programme vollständig deinstallieren (aber normalerweise lässt sich nur eine Version installieren)
- Windows neu starten
- Die neueste 0.7-RC1 herunterladen: https://download.qelectrotech.org/qet/t … 5832-1.exe
- und auch installieren

WICHTIG:
während der Installation, bitte die Desktop-Verknüpfung anlegen lassen und QElectroTech mit dieser Verknüpfung starten!

Wenn du keine besonderen Anforderungen hast, macht es keinen Sinn die sogenannte "readytouse" Version zu benutzen. Es ist eine besonders gepackte Version, die keine Installation benötigt (praktisch, wenn man QET überall von einem USB-Stick aus ausführen will).
Aber diese Version ist in der Benutzung etwas langsamer und sie legt Ihre Konfig-Dateien irgendwie anders ab.

Unter Windows würde ich auch keine Experimente machen und QET lediglich mit dem gelieferten Installationsassistent (.exe Wizard) installieren.

Für künftige Updates:

einfach die neuere Version herunterladen und den Installationsassistent ausführen. Dieser sucht in deinem System, ob ein QElectroTech schon vorhanden ist. Wenn ja, dann fragt er dir, ob du die alte Version zuerst deinstallieren willst.
Also... Im Normalfall ist alles ziemlich easy nomicons/rolleyes : einfach die Anweisungen vom Assistenten folgen.

44

(4 replies, posted in News)

@ Erik

depuis environ 3 ou 4 ans, je dirais que 99,9% des commits sont l'oeuvre de Laurent et Joshua (si on ne compte pas les commits des traducteurs).
Voir ici : https://listengine.tuxfamily.org/lists. … y.org/qet/
Les commits de développement sont réalisés par l'utilisateur "subversion" qui est, dans la plupart des cas, soit blacksun (= Joshua), soit scorpio810 (= Laurent).

@ Erik

les exigences pour les schémas électrotechniques ne sont pas du tout les mêmes que pour les schémas électroniques.
Par ailleurs, je pense pas que Joshua et Laurent aient le temps d'éplucher le code source d'un autre logiciel.

Re-searcher wrote:

Ils sont les sponsors de ce projet.

Restons modestes nomicons/grin
Toi aussi Erik, tu peux devenir "sponsor".
Voir ici : https://www.leetchi.com/c/qelectroteck

Est-il possible de continuer à travailler sur les éléments de connexion

Je pense que c'est pas l'envie qui manque à Joshua, plutôt le temps... nomicons/sad

Joshua wrote:

Alors soit je visualise très mal ce que cela implique, soit tu pense que les changements au niveau du code sont plus conséquent qu'ils ne le seront réellement.
Ou peut être les deux

Je pense que tu visualises assez bien les implications et que moi je pense que ca fait beaucoup de boulot dans le code. nomicons/whistling

Joshua wrote:

Je comprend que les gros projets (kde, gnome, gimp etc...) ai besoins de se rencontrer pour de vrai de temps en temps, ça aide beaucoup.

Ben oui... Ou alors il faut faire de la video conférence mais au final, la rencontre "en chair et en os" est quand même plus effective.
Si on peut organiser une rencontre dans l'est de la France, ca me va. Dans le sud, vers chez Laurent, ca me fait quand même un sacré voyage... nomicons/getlost

Après, je n'ai plus l'envie de passer des heures et des heures à faire des documents descriptifs qui conduisent quand même à des incompréhensions. Si je compte toutes les heures à faire des documents et si je compare avec un voyage dans l'Est de la France, on se retrouve avec des durées quasiment similaires. Alors le voyage, pourquoi pas ? nomicons/wink

Hey Joshua, voici mon vote :

Développement long : borniers automatiques
Développement moyen : traduction projet
Développement court : édition nomenclature intégrée dans le projet, également traduisible !

Pour être honnete, si tu veux faire les choses dans l'ordre, il me semble que la structuration selon IEC 81346 est la première chose à réaliser car cette grosse modif a des implications dans tout le logiciel.
Mais bon, je veux pas imposer mes priorités aux autres qui en ont visiblement (beaucoup voire pas du tout) besoin.

Hallo Walter,

ich arbeite auf einem 4K Bildschirm unter Ubuntu 18.04 (mit Gnome Shell) und habe keine Skalierungsprobleme, weder mit der installierten Version 0.7-dev, noch mit der Appimage 0.61.
Was für Desktop Umgebung nutzest du (XFCE, Gnome Shell...)?

XFCE ist nicht so ganz reif, was HiDPI angeht.

Vielleicht fehlen dir manche Qt Libraries?!? nomicons/wassat

@ Joshua :
Tes idées sont très bien. Pratiques, bien pensées et, après une phase de tests, très bien implémentées également.
Seulement voilà, s'il faut refaire une partie de QET, autant que la PRIORITÉ soit mise sur les fonctionalités DE BASE attendues pour un éditeur de schémas électrotechniques.
Et ces fonctionalités DE BASE sont principalement toutes les opérations de post-traitement demandées par tous les pros :
- éditions de nomenclature (intégrée au projet, pas seulement export csv)
- plans de borniers
- listes des câbles
- listes de filerie
- listes d'entrées/sorties d'automate
- etc.
Bref... A force de faire l'impasse sur ces choses DE BASE, utiliser QET va bientôt être comparable à acheter une grosse Benz de luxe, magnifique à tous points de vue mais pas très pratique à l'usage car la boîte de vitesse n'a qu'un seul rapport nomicons/dizzy
Alors la voiture plafonne à 55km/h maximum dans un boucand d'enfer nomicons/sick 
A part ca, la voiture est vraiment super : confortable, spacieuse, luxueuse... nomicons/whistling

Donc, tant qu'à repenser une grosse partie du code, autant définir tout de suite précisément  dans quelle direction il faut aller.
Après, moi je trouve les propositions concernant le svg, la passerelle vers FreeCAD pour les mises en armoire, le format projet en archive compressée... Tout ca c'est très bon, mais c'est peut-être pas la prio n° 1.