Search options (Page 4 of 33)

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

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.

This feature is in the todolist.

Thanks for your donation

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

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

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.

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 ) avec les commandes que Laurent utilise, mais je vais y jeter un coup d'oeil.

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.

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.

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

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).

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

Can you create a new entry in the bugtracker about this (in the description of the bug add a link to this topic).
Thanks.