Je leurs souhaite bon courage pour trouver un dev, et je ne sais pas si freecad est prévu (ou du moins facilement implementable) pour faire des Xref des reports de folios des bornier etc...
Par contre ce truc la me semble très très intéressant : https://github.com/formatc1702/WireViz le projet n'a pas bouger depuis 1 an par contre.
En lisant la doc, je me rend compte que les couleurs des fils de cable et leurs numéros sont normalisé, chose que je ne savais absolument pas qui pourrais nous être bien utile.

Should be solved in the last build

This is the normal behavior, you need to uncheck this button each time you modifie properties and you want this change is applied only for the selected conductor.

https://www.pcbenchmarks.net/os-marketshare.html
I think you can

https://qelectrotech.org/forum/viewtopi … 055#p17055

La réalisation d’un projet “claire et propre’’ passe entre autres par un alignement identique et/ou cohérent des éléments, conducteurs, formes, etc... sur l’ensemble des folios qui compose le projet. (voir ce post https://qelectrotech.org/forum/viewtopi … 048#p17048 )

Afin de faciliter cet alignement, des guides pourrait être utilisé, concrètement :
Sur un “calque” séparé avoir des lignes horizontal et vertical servant de guide.
-Le nombre de guide affiché ne sera pas limité.
-Choix de la couleur
-Avoir un nom
-Les guides auront 3 modes : édition / verrouillé non sélectionnable / invisible.
-Possibilité d’avoir plusieurs configs de guide, avec système de sauvegarde/rappel comme ce qui se fait ailleurs dans qet.

Des avis sur le sujet ?

J’imagine bien que tu as dû passer beaucoup de temps entre le dessin + les recherches sur le terrain.
La vue 3D en page de garde est top, ni trop gros ni trop petit juste ce qui va bien.
Les rares photos sont utilisés à bon escient.
Ça fait toujours bizarre de dire d’un schéma technique qu’il est “beau’’, mais pour en avoir fait plusieurs c’est clairement difficile d’avoir un tel rendu (jamais réussi perso).

J’ai toujours trouvé le cartouche par défaut de Qet trop petit, on pourrait peut-être revoir sa taille.

Les schémas de Nuri sont mieux fait effectivement, mais la clairement tu es passé au niveau supérieur.

Tous ça me fait penser à une nouvelle fonctionnalité pour qet, je mettrais le lien ici quand j’aurais créé un nouveau post à ce sujet.

Bonne continuation pour ce projet de rétrofit, ça a l’air conséquent.
https://www.se.com/fr/fr/product/CPU502 … 0-up68020/  fin de production 2004, vous devez serrer les fesses à chaque fois qu’il y a un soucis lié (de près ou de loin) à l’automate.

Whaou, je ne l'avais pas vue celui la de schema. Il est super propre beau travail laurent nomicons/wink
Tu as mis quoi cote valeur pour les lignes / colonnes ? (Avoir le bon ratio par rapport à la taille des elements joue beaucoup sur le rendu final)

This feature is in the todolist.

Every terminal terminal must be labeled with this pattern :
a text (exemple X2) a double point ":" and a text (exemple 1).
For a terminal with label 1 in the terminal group X2, the label of the terminal must be X2:1.
Before launch the plugin, you must save the project.

Thanks for your donation nomicons/smile

I write the feature of X:Y pos in the status bar. Can you test the last build if it's ok for you.

For the autonumbering reset I will add it in the todo list

olivier perrin wrote:

Merci pour ton temps. J'ai bien compris le Pb. J'avais fait la modification que tu as mis en exemple, mais je pense que ce n'est pas la seul que tu as faite. Car cela ne marché pas juste avec ça.

Normal que ça n'ai pas marché c'était juste pour l'exemple, un fichier qet n'est pas formé comme.

olivier.perrin wrote:

Sais tu pourquoi la commande de la dernière fois :grep "\S" .... ne marche pas ?

Je ne sais pas, et pas cherché non plus.

olivier.perrin wrote:

Peux tu me dire les corrections que tu as fait (si ce n'est pas trop compliqué à expliquer par message), c'est pour ma compréhension personnelle.

Je ne l'ai pas essayé, mais la solution de Laurent doit sûrement être plus propre et rapide que la mienne, mais voici comment j'ai fait.
Une fois le fichier partiellement réparé, je l'ai ouvert avec kate, dans celui-ci si ce n'est déjà fait indique que le fichier est en xml (tout en bas à droite de kate) cela ajoute la coloration syntaxique ainsi que le pliage de code.
C'est grace à cette fonctionnalité que j'ai pu voir ou se trouvais les problèmes. Lors de certain pliage de code la balise ouvrante et fermante d'un element xml n'étais pas identique, donc à ce moment la il faut chercher entre ces deux balises ou se trouve le problèmes (dans la grande partie du temps il te faudra explorer les elements enfant et ainsi de suite). Une fois l'erreur trouvé il suffit de la corriger.

un exemple de xml corrompu :

<project>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagrams>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>

et le même réparé

<project>
    <diagrams>
        <diagram id="1">
            <title>page de garde</title>
        </diagram>
        <diagram id="2">
            <title>schema de puissance</title>
        </diagram>
    </diagrams>
    <collection>
        <element nom="disjoncteur">
            <text>QM1</text>
        </element>
        <element nom="relais">
            <text>KM1</text>
        </element>
        <element nom="moteur">
            <text>M1</text>
        </element>
    </collection>
</project>

Voila.
Après c'est vraiment une méthode bourrin, mais qui a le mérite de faire découvrir comment un xml est formé. Je fait ainsi car la flemme (et pas envie d'y consacrer du temps, j'arrive déjà pas trop à en trouver pour développer qet...) de chercher une méthode avec les outils fournis dans nos distribution linux.

Corrigé

J'ai utilisé la commande grep que tu as donné, mais le fichier était corrompu (comme tu le disais) j'ai tenté de le corriger avec xmllint donné plus haut, mais le fichier bien que ouvrable par qet ne contenais presque plus rien.
Du coup j'ai corrigé à la main le fichier (celui crée par grep) avec kate. https://kate-editor.org/fr/

La version 1.3.1 est bien la dernière.  https://github.com/raulroda/qet_tb_generator-plugin

Tu avais une copie de ton fichier ?
Je suis pas trop à l'aise (voir pas du tout nomicons/grin ) avec les commandes que Laurent utilise, mais je vais y jeter un coup d'oeil.

https://qelectrotech.org/forum/viewtopic.php?id=2309

A tester avec la dernière version de dev si le problème est résolu. Pas de pc sous Windows pour essayer à l'heure ou j'écris ces lignes.

Que te renvoie le terminal ?

whereis libKF5CoreAddons.so
whereis libKF5WidgetsAddons.so

Tu as tenté de désinstallé totalement ces deux paquets depuis le gestionnaire de paquet et les réinstallé ?

Bonjour rlardellier,
j'avais déjà vu un truc similaire sur un robot de soin de cette marque https://www.leu-anlagenbau.ch/
Les fils ne portaient pas les mêmes noms d’un côté et d’un autre (je ne me rappelle plus mais cela ressemblait à ce que tu présentes, Num de folio - appareil - borne). C’est assez perturbant en dépannage...
Par la suite j'avais réfléchi à la possibilité d’avoir ce genre de chose dans qet, et en fait ce n’est pas si compliqué que ça hormis le fait qu’il faille clairement définir des propriétés pour les bornes des éléments.
Mais ne te fait pas d’illusion il est très peu probable que cela arrive dans qet, j'ai déjà beaucoup de mal à trouver du temps libre pour les choses essentielles, donc ce genre de fonctionnalité très exotique passe clairement en bas de la liste des choses à faire. Cela dit je n’ai rien contre la chose en elle-même.

Fixed.
It was not the same bug.

PS.
I re-read your first post, it was the same bug you mention in your first.
Yesterday I fix it for the dynamics text field, because I don't care that you're speak about static text and I test with dynamic text nomicons/grin.

In fact there was two bugs caused by the same mistake in code, one for static text and another one for dynamic text.

21

(6 replies, posted in Import)

Je vient d'essayer avec la master, pas de soucis chez moi.
Les warning c'est rien, même si il serais bien que je les corriges.
Utilise "import dxf" dans qet en arrière plan c'est dxf2elmt qui travail, il est 1000x plus rapide que dxftoelmt.
Essaye d'utiliser dxf2elmt directement en cli voir ce qu'il retourne.
https://github.com/antonioaja/dxf2elmt

Fixed.

Si tu veut réorganisé ta collection d'éléments, le mieux c'est d'aller directement dans les dossiers. Pour cela tu fait un clic droit sur ta collection utilisateur puis sur "ouvrir le dossier correspondant".
Pour les renommer, soit tu le fait depuis l'éditeur d'élément (icône double drapeaux) ou alors avec en éditeur de texte en éditant directement le fichier de l'élément (travail sur une copie dans ce cas la, car une faute de frappe et ton élément ne pourra plus s'ouvrir dans qet).

In the folio properties dialog, edit the field 'folio' :
https://download.tuxfamily.org/qet/manu … block.html

Hello Martijn,
about the autonumbering, if I understand well what you need is to use "number format 1 Folio" instead of "number format 1"