Search options (Page 252 of 300)

Comme celle actuelle, on va pas se prendre la tête la dessus.

Je suis impatient de le découvrir. ;-)

Ça doit pas être difficile ni contraignant à faire, faut voir. ça peux être intéressant pour la collection, tes symboles variateurs etc.

De plus t'imagines pas la puissance CPU, et RAM qu'il faudrait pour resynchroniser toutes les XREFs, LABEL, etc sur un projet de plus de 300 folios, des que tu ajoutes, déplaces supprimes des folios...

Pour moi, c'est une très très mauvaise idée que de renseigner le matériel, conducteurs par numéro de folio...
C'etais surement valable du temps ou les softs étaient limités, etc.
J'ai du reprendre un projet dans ce style et en pire: numéro de folio plus repères colonnes pour la désignation du matériel et des conducteurs, mais ou une partie de l'installation avait été supprimée, donc tu fais comment, tu insères des folios vides pour garder cette désignation? tu passes du folio 160 au 230 en laissant des folios vides entres?
Pas le choix les numéros de fils, repères sont restés et ne correspondent plus aux numéros de folio, mais avec les références croisées, les renvois basés sur le numéro de conducteur, tu t'y retrouves bien plus vite en dépannage.

L’édition des basic shapes se fait aussi maintenant directement dans le dock. 
Revision: 4024

Log Message:
-----------
QetShapeItem can be edited via the properties editor dock

Je vais essayer de t'expliquer un peu mieux. 
Le passage des champs textes sur les éléments de toPlainText en  toHtml permettrai d’éditer directement les attributs textes du symbole avec la boite de dialogue d'édition avancée dans le schéma.
Donc possible d’éditer à la volée ces champs pour en changer la taille, la couleur, le style.
L’inconvénient pour moi, est de venir pourrir le XML de tout un tas d'attributs HTML inutiles rendant le poids d'un projet souvent multiplié parfois par 10.
Si seulement Qt avait gardé la fonction simple html (html 3), je l’aurai déjà mis en place.

toPlainText

<inputs>
            <input y="272.066" x="451.083" text="test">
        </inputs>

toHtml

 <inputs>
 
           <input y="323.647" text="&lt;!DOCTYPE HTML PUBLIC &quot;-//W3C//DTD HTML 4.0//EN&quot; &quot;http://www.w3.org/TR/REC-html40/strict.dtd&quot;>&#xa;&lt;html>&lt;head>&lt;meta name=&quot;qrichtext&quot; content=&quot;1&quot; />&lt;style type=&quot;text/css&quot;>&#xa;p, li { white-space: pre-wrap; }&#xa;&lt;/style>&lt;/head>&lt;body style=&quot; font-family:'Sans Serif'; font-size:9pt; font-weight:400; font-style:normal;&quot;>&#xa;&lt;p style=&quot; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;&quot;>&lt;span style=&quot; font-family:'DejaVu Sans';&quot;>test&lt;/span>&lt;/p>&lt;/body>&lt;/html>" x="383.319"/>
        </inputs>

Un projet de 150 folios pèse actuellement moins de 5Mio sur le disque, et encore avec de multiples définitions d'un même symbole (problème qu'on devrait s'efforcer de résoudre bientôt) une fois ce projet compressé il ne pèse plus qu'une centaine de Kio.
Apres, parcourir la définition des éléments dans un XLM root de 5Mio ou 50 Mio doit bien avoir un coup processeur et latence bien différent. Si c'est pour transformer Qet en logiciel qui se traîne à chaque insertion symbole: des qu'on commence à atteindre les 50 folios, je suis contre.

Bonjour,
Encore une fois je pige pas trop de quoi tu parles.  Ctrl+e est censé faire quoi du coup?
Ajustement des textes des noms (ajusté à droite) ->ou? dans les symboles ou dans les schémas?
Et faire un peu d'effets sur les textes (bold , encadrement, couleur ?) ->ou? dans les symboles ou dans les schémas?

Si c'est pour les champs textes des éléments (taille, couleurs, style), oui c'est possible et modifiable directement dans l’éditeur de schéma, sauf que je n'ai pas voulu l’implémenter.
Bien que ça fonctionnait très bien, le poids d'un projet étais multiplié par 10 avec la conversion des attributs textes au format html.
toPlainText -> toHtml()

Puis bon, je ne vois pas l’intérêt d'avoir du texte en couleur ou en italique ou bold dans les symboles.

Bonjour,
Justement tous ces champs Désignation, Fabricant, Référence, etc n'ont pas vocation à être afficher sur les éléments mais à être exportés pour la nomenclature du projet vers un tableur.
Tu ne peux pas ajouter un champ supplémentaire dans cette liste, c'est en dur dans le code. Et quel serais le nom de ce champ?

La documentation en ligne ou la chaîne Youtube de Qet devrait pouvoir t'aider.
https://download.qelectrotech.org/qet/j … l/QET.html
https://www.youtube.com/channel/UCHTL_x … 3_dmKQs-ug

Dans ton cas il faudrait que les règles "d'auto numérotation" puissent travailler par groupes de conducteurs, ce qui n'est pas encore le cas.

Bonjour,
La gestion des borniers et des câbles se fera sur la 0.6.
En attendant tu peux en débattre ici, et expliquer comment tu verrais la gestion des câbles dans Qet.

Why?

Hello Marerk,
For me this feature isn't possible now,  i think that's necesite a little more work, but when we have time, we go see this.
Must see what that thinks Joshua...
Laurent

Patiente un peu, tu devrais avoir les paquets Debian et Windows dans l'heure, la builder machine commence à prendre des degrés °C.