Salut,
2) le dock est déjà testé dans tous les sens et fonctionnel, seuls les basic shapes étant un commit très récent il manque encore un peu de tests. Merci du retour.
Je pense que si l’utilisateur n'active pas ou désactive le dock flottant le dialogue reprendra le pas.
3) Je pense qu'on laissera le choix à l'utilisateur de placer ce dock ou ça lui convient le mieux.

Tes symboles me plaisent bien, comptes tu les reverser dans la collection officielle ensuite?

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

galexis wrote:

C'est effectivement là que les folios réserves sont intéressant.
Repèrage par folio : hyper pratique en dépannage.

Ce n'est pas mon avis, et de plus cette méthode n'est plus utilisée de nos jours, heureusement.

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.

scorpio810 wrote:

Bonjour,

Les paquets de la version 0.4 sont maintenant disponibles dans Debian Unstable (aka Sid), et devraient l’être bientôt dans les dérivées comme la prochaine Ubuntu, etc. Ceux en Sid devront jouer du pinning, pour ce voir proposer par défaut la 0.5-dev sur l'upgrade de paquets, et non la version 0.4.

[04:18:09] laurent@debian:~$ apt-cache policy qelectrotech
qelectrotech:
  Installé : 0.50.r4018-1
  Candidat : 0.50.r4025-1
  Épinglage de paquet : 0.50.r4025-1
 Table de version :
     1:0.4-2 1001
        500 [url]http://ftp.fr.debian.org/debian/[/url] sid/main amd64 Packages
     0.50.r4025-1 1001
        500 [url]http://debian.qelectrotech.org/qet/debian/[/url] unstable/main amd64 Packages
 *** 0.50.r4018-1 1001
        100 /var/lib/dpkg/status
     0.22+svn897-1.1 1001
        500 [url]http://ftp.fr.debian.org/debian/[/url] stable/main amd64 Packages

L'entrée suivante affecte une priorité haute à toutes les versions du paquet QElectroTech dont le numéro de version commence par 0.50. :

[04:18:13] laurent@debian:~$ cat /etc/apt/preferences.d/40qelectrotech-devel
Package: qelectrotech*
Pin: version 0.50.*
Pin-Priority: 1001
[04:18:45] laurent@debian:~$ 

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

800x536

Bonjour,

Quelques nouvelles des travaux depuis la dernière news.

Le dock flottant est maintenant opérationnel, les variables, actions sont prisent en compte à la volée, les boutons "apply", etc supprimés.
De nouvelles couleurs et textures (lignes, hachures) ont étés ajoutées dans l’éditeur d’élément.
Nomenclature: la position de l’élément dans la scène est maintenant ajouté pour l'export vers un tableur.

Nuri avait besoin de switcher d'un fond blanc au fond gris à la volée (stockage d'informations ne devant pas être imprimées), son commit ajoute un bouton permettant de passer d'un mode à l'autre rapidement.

Concernant la documentation Online, les traductions commencent à se mettre en place avec le début de la traduction russe. Un bouton à été rajouté dans la bannière du forum pour y accéder.

Les paquets de la version 0.4 sont maintenant disponibles dans Debian Unstable (aka Sid), et devraient l’être bientôt dans les dérivées comme la prochaine Ubuntu, etc. Ceux en Sid devront jouer du pinning, pour ce voir proposer par défaut la 0.5-dev sur l'upgrade de paquets, et non la version 0.4.

Enjoy!

stephan wrote:

Bonjour à tous,
Ci joint une copie d'écran de ce que j'aurais souhaité obtenir visuellement (Courbe C) dans l'attribut de symbole.
A ce que j'ai compris, la mise en forme est une interprétation HTML , donc effectivement ça prend un peu de place.
Ctrl+e est le raccourcis permettant d’accéder à la boite de dialogue d'édition avancée, applicable sur du texte simple.

Et oui, on ne peut pas changer le mode d'insertion du texte (ou ajustement) , je m'en accommoderai.
Ma précédente demande , ou interrogation, etait de savoir si l'édition avancée de texte pouvait être applicable aux attributs de symboles , via l'éditeur de symbole, ou après, dans la schématique ?
Veuillez m'excuser pour mon vocabulaire, je n'emploie pas encore les bon termes applicable à ce logiciel , promis, je ferai des efforts. nomicons/wink

Cordialement.

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

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.

Il pourrait être possible mais plus tard, d'avoir le choix des champs textes dans le symbole avec des attributs "Désignation, Fabricant, Référence, etc", renseigner le widget ou dock information pourrait en même temps remplir ces champs textes directement sur le symbole, de la même façon que l'attribut label aujourd'hui.
A voir si ça intéresserai du monde.

Bonjour,
Encore une fois je pige pas trop de quoi tu parles.nomicons/blush  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,
Oui tu peux ajouter tout plein de champs textes dans ton symbole qui seront ensuite éditable directement sur l’élément dans ton schéma.
Pour la référence du matériel, tu peux la mettre dans le champ "commentaire", exemple pour les éléments protection ou j'ai besoin de ce champ sous le label de l’élément, mais ..pour les bobines ce champ sert aussi à repérer la fonction de cette bobine en bas de page avec la Xrefs.
800x450
https://download.qelectrotech.org/qet/forum_img/commentaire1.png
Plus tard on devrait pouvoir afficher ou masquer d'autres champs sur le schéma.
Par exemple la référence qui elle devrait s'afficher sous le label indépendamment du type d’élément.
Pour la base de donnée, c'est à l’étude.
Elle devrait seulement stocker les données matériel déjà entrées: constructeurs, références, etc pour gagner du temps sur le remplissage du formulaire.
Il ne sera pas question, du moins ont en avais déjà parlé de faire des bases de données de catalogues constructeurs.

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. nomicons/wink
https://download.qelectrotech.org/qet/j … l/QET.html
https://www.youtube.com/channel/UCHTL_x … 3_dmKQs-ug

Bonjour,
Je ne ne comprend pas ta demande, apres il est simple de faire une recherche sur le forum par le menu chercher dans la bannière.
Ou ce servir de google pour une recherche plus précise:

Numéros de fils + equipotentiels site:http://qelectrotech.org/forum

Numéros de fils + equipotentiels

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.
500x467

Blast wrote:

Merci pour votre réponse rapide et précise nomicons/smile.
je vois personnellement la gestion du repérage automatique sous la forme d'un option que l'ont peut activer ou non sur nos projet ou juste sur un folio.

Ça n'explique pas comment le logiciel doit se comporter et quels attributs doit t'on reflechir et ajouter pour satisfaire tout le monde.

https://download.qelectrotech.org/qet/forum_img/cables1.png
https://download.qelectrotech.org/qet/forum_img/cables3.png
https://download.qelectrotech.org/qet/forum_img/cables4.png
https://download.qelectrotech.org/qet/forum_img/cables2.png

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.

Use your coils and contacts elements without master/slave type.nomicons/tongue

Why?

Btw, the only thing i think is, if we add key like:" coil2" as new type of master.

If you add this type master in your new element coil, you could choice after mixed cross Xref or list when you put coil or coil2 element in your diagram.
What's your opinion?
After, this workaround is easy to added in code.

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

Hi,
The only problem in 0.5-dev+4003 is for report folio, conductor name isn't refreshed when you link report.

Laurent

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

Comme ça?
https://download.qelectrotech.org/qet/joshua/position1.png

Dis moi le nom du champ à ajouter, et je le rajouterai dans le code.
Donc tu veux exporter dans ce champ la position de l’élément  dans la scène style :A1, faut  qu'on regarde, ça doit être possible.

Bonjour,
La nomenclature exporte déja ces champs:
QString data = tr("NOMENCLATURE : ") + m_project -> title() + "\n\n";
data += tr("N° de folio") +";"
""+ tr("Titre de folio") +";"
""+ tr("Désignation qet") +";"
""+ tr("Label") +";"
""+ tr("Désignation") +";"
""+ tr("Commentaire") +";"
""+ tr("Fabricant") +";"
""+ tr("Reference") +";"
""+ tr("Machine-reference") +";"
""+ tr("Localisation") +";"

""+ tr("Fonction") +"\n";

Donc en fin tu voudrais un champ Composant? car la localisation y est déjà, du moins sur la 0.5-devel. nomicons/smile