Bonjour,
j'ai remarqué qu'on a pas accès à l'onglet informations dans l'éditeur d'éléments si on choisit un type "bornier". Il faut choisir un type "simple" , renseigner les informations et repasser en type bornier.
Cordialement.

scorpio810 wrote:

Hi Plc-user,

it only takes me ~3 seconds to compile it and push it to the repository.

Thank you very much !

plc-user wrote:

Today I uploaded a new version of "QET_ElementScaler" to github: https://github.com/plc-user/QET_ElementScaler

This version is completely rewritten in C++, where I (like QET) use pugixml for handling the contents of the element files.

I made a few additions/changes that makes working with the software easier: The XML description line no longer needs to be removed afterwards!

As before, x and y scaling factors can be specified, input is via STDIN (-i) or a file (-f FILEINAME) and output is, as before, to a new file or to STDOUT (-o).

In addition, I have added the possibility to remove "terminals" from the element. This can be useful when terminals can be omitted from overloaded front views.

Furthermore, there is now the possibility to flip polygons and lines horizontally and/or vertically. This can be useful during the development of complex front views, as long as these functions are not yet available in the QET element editor.

Special care should be taken with the option "--OverwriteOriginal", because here the original file will be overwritten WITHOUT further request!

The scaled values of the new element are written into the new file with a maximum of 2 decimal places. In my view, this is completely sufficient for the display of schematic symbols and front views (thumbnails). In some elements present in the QET collection I have seen values with up to six decimal places, which in my opinion is excessive.
To "fix" such elements, QET_ElementScaler can of course be used! With the call:

QET_ElementScaler -f FILENAME

the values are rounded to max. 2 decimal places and any font sizes with decimal places are rounded to whole numbers.

I wish all users of the software a lot of fun and success with it and would like to see bugs reported (e.g. here or at github). Of course, I also have an "open ear" for suggestions for improvement!

Best regards
plc-user

It's not possible to integreted it directly on QET like it's C++?

Work only on linux ?

Merci !

Va falloir pour ça que je me penche sur AppImage !
Passes de bonnes fêtes.

J'ignorais tyes ennuis de santé. Le santé est plus important que QET ou le travail. Prends soin de toi.

Joshua wrote:

I agree with you that they will be better to have a new version of qet in debian stable and so in any child distributions of debian.
I actually work on the terminal strip in another branch and this work is far to be finished.
In the master branch, like you say there is a lot of improvements and also a beginning of terminal strip. What we can do is just to remove the entry "terminal block manager (dev)" in the project menu and that all, we got all improvements and new stuff except the wip terminal strip. The code about terminal strip will be compiled but never called so no risk of crash related to this.

Ce ne serait pas possible d'avoir un readytouse pour essayer le travail accomplit sur les borniers ? Je pense que c'est important que tu es des retours non ?

Pas de besoin tant que cela ne créé pas le bornier à la fin dans le schéma. Du moins, si ça demande du temps de travail. Le trie auto ne marche pas bien dans la branche principal: il trie par caractère à priori, il met le numéro 10 après la borne 1 par exemple.

scorpio810 wrote:

C'est juste un symbole ...

Sans bornes: pas bête! Faut en voir 1 pour les différents câble, mais pas bête.

scorpio810 wrote:

Salut Alexis,

je me suis servit de mes anciens symboles, mais j'aurai pu le faire directement avec qet_tb_generator, voir:
https://qelectrotech.org/forum/viewtopi … 073#p17073

Pas de problème avec le plugin en plus c'est moi qui l'ai packagé pour Debian je travaille sur une machine Debian ou en remote desktop sur un serveur VMWare Vsphere avec une VM debian aussi dédiée a QET, voir plus haut.

Je parlais des câbles indiqués dans ton folio de puissance

scorpio810 wrote:

Mets ton projet sous clé USB ou envoie toi le par email, et depuis ta Linux Mint le soir, tu génères tes borniers avec le plugin qet_tb_generator, c'est ce que je ferai à ta place. nomicons/wink

C'est ce que je fais en effet ...
Je me doute bien qu'il n'y a pas de virus, j'ai confiance, mais va le dire au responsable informatique !!!

Joshua wrote:

Oui ça avance, mais très lentement faute de temps libre.
Tu peut voir l'avancement des choses sur la branche git https://git.tuxfamily.org/qet/qet.git/l … inal_strip
Actuellement il est possible d'ajouter la représentation visuelle du bornier sur le schéma, mais pas encore d'enregistrement dans le fichier .qet donc dès lors que tu ferme le projet, c'est perdu.

C'est en place dans la ReadyToUse ? Où est le bornier une fois créé ?
Comment on déplace une borne qui ne serait pas au bon endroit dans le bornier ou ajouté par erreur ?

Bonjour,
plus de nouvelles du générateur de borniers intégré .....?

Comment tu as fait Laurent dans ton schéma présenté plus haut pour la représentation des câbles ?

Le générateur de bornier python est reconnut comme virus par Mc Afee....

J'ai eu le cas de figure similaire avec un constructeur Allemand de machine : on demandait un repérage équipotentiel des fils avec n° folio et n° qui s'incrémente dans le folio, et eux, un repérage avec le numéro de la borne (exemple "A1" pour chaque fil présent sur une borne A1 sans lien de potentiel). Leur réponse a été de faire un numéro composé de:
- installation (le =)
- tiret
- repère matériel avec en premier le numéro de folio (02KA01)
- 2 points
- borne du matériel.

Quand les repères sont imprimés, ce qu'utilise tous ceux qui font de l'armoire, ce n'est pas un problème la complexité....

17

(6 replies, posted in Import)

Il manquait l'autorisation à être exécuter comme un programme pour les 2. C'est ok désormais. Merci.

18

(6 replies, posted in Import)

Avec la readytouse, quand j ele mets dans le dossier binary  il se lance bien. Par contre, il ne se lance pas "à la main".
Reste sous LinuxMint oùje n'ai rien qui se passe..... Je regarde ce soir.

19

(6 replies, posted in Import)

Pour la version ready to use faut le mettre où ? Dans le dossier de l'exécutable ou faut le lancer tout à la main à côté ?

20

(6 replies, posted in Import)

J'ai essayé sous linuxmint. Ajouté dxftoelmt et dxf2elmt dans le dossier binary.
Seul "import dxf" se lance. "Lancer le plugin...." ne fait rien.

Avec l'import dxf, je choisit le dxf à convertir, il me prévoit que ça va être long, mais il ne se passe rien.....

Dans le log j'ai:
18:33:28.155 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.168 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.176 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.182 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.187 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.193 Warning: QWidget::setLayout: Attempting to set QLayout "" on StyleEditor "", which already has a layout (:0, )
18:33:28.194 Warning: QMetaObject::connectSlotsByName: No matching signal for on_m_color_kpb_changed(QColor) (:0, )


Je ne comprends pas tout ...

21

(6 replies, posted in Import)

Bonjour,
je voulais exécuter DxfToElmt sous W10 64 bits mais je n'arrive pas à le lancer .... Il y a des prérequis ? Il doit être mis à un endroit précis ?
Merci.
Cordialement.

Ha OK, merci.

scorpio810 wrote:

Pas la peine que je  te cherche et te mette des liens si tu ne les lis pas ... nomicons/smiley-green

cd /etc/apt
sudo cp trusted.gpg trusted.gpg.d

J'ai regardé les liens mais j'étais perdu ...

La commande fonctionne. Grand merci.

PAs de problème d'installation, mais juste le message

W: http://ppa.launchpad.net/scorpio/qelectrotech-dev/ubuntu/dists/jammy/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

J'ai rien dans sources.list.
J'ai ça en PPA et en clé

Je ne comprends pas ...désolé. PPA, dépots, clé, .... je suis perdu.

Pour LM21 c'est bien http://ppa.launchpad.net/scorpio/qelect … /InRelease ?

Je dois utiliser utiliser le dépot debian ? Modifier pour Ubuntu ?


sudo apt-key export 1D4FB6C1 | sudo gpg --dearmour -o /usr/share/keyrings/qelectrotech.gpg
echo "deb [signed-by=/usr/share/keyrings/qelectrotech.gpg] http://debian.qelectrotech.org/qet/debian/ unstable main" | sudo tee /etc/apt/sources.list.d/qelectrotech.list

Now remove in /etc/apt/sources.list :

 deb http://debian.qelectrotech.org/qet/debian/ unstable main

And old key:

 sudo apt-key del 1D4FB6C1