Je me suis déjà fait la réflexion d'ajouter (probablement dans le dialogue de conf de qet) d'ajouter des boutons afin d'aller dans les différents dossier utilisé par qet.
Vous en pensez quoi ?

Hello plc-user,

plc-user wrote:

By pointing to the desired node of one polygon the polygon next to it is
marked with the surrounding blue border. And when I click, the "bordered"
polygon is selected...

I think this is due because the Z coordinate of the unwanted polygon is greater than the other polygon, and so when you over these polygons, the polygon with the higher Z value is surrounded.
So send to backward the unwanted polygon.

For the rest, I add your request to the roadmap of qet 0.8.

453

(29 replies, posted in Code)

Hello Stromie,
if you want some help, I can help you here or by mail.

Did you use kde?
In the past, I play with kvantum and dark theme, and I've got the same issue.
If it's the case, try with the default kde theme.

MAJ 10/10/20

Bonjours,
la formule ayant bien marché pour la 0.7 on continue ici la liste des nouveautés de la version 0.8 nomicons/wink .
J’énumérais sur ce topic les nouveautés apportés à la version de développement qui sera la future version 0.8.
Seront présentes uniquement les nouvelles fonctionnalités disponibles pour l'utilisateur.
Tout autre chose, tel que les bugfixs, remaniement de code et autres qui n'apporte rien de nouveau pour l'utilisation de QET ne seront pas mentionné ici, à quelques rares exceptions.
Ce topic n'a pas pour vocation d'être une release note (car ne sera pas exhaustif), mais aidera à visualiser rapidement les évolutions.


Éditeur de schéma :
-L'export de la nomenclature à été entièrement retravaillé. C'elle ci est maintenant configurable : informations à exporter, ordre des colonnes, type d'éléments.
-Chargements des collections d'éléments plus rapide (grace au parseur pugixml)
-Le chargement des collections d'éléments ne freeze plus QElectroTech.
-L'apparition et disparition du menu rechercher / remplacer est animé.
-Ajout de nomenclature intégré au projet (accompagné de plusieurs paramètre afin d'être personnalisable)
-Le sommaire a été intégralement recodé, celui-ci partage en grande parties le code de la nomenclature ainsi que ses paramètres.
-Export de la liste de fileries au format csv
-Les conducteurs possèdent de nouvelles informations : Couleur, section, câble, bus
-Grâce au travail de David Varley, l'export dxf a été grandement amélioré.


Éditeur d'élément :
-Widget d'édition de polygone, lorsque l'on clique sur un point dans la liste, le point correspondant change de couleur afin de mieux visualiser ce que l'on fait.
Sur cette même liste, un clique droit ouvre un menu contextuel permettant de supprimer le point sélectionné ou inséré un point après celui sélectionné.

-Lors du maintient de la touche ctrl + flèche directionnelle, les parties sélectionné se déplace de 0.1 au lieu de 1 point.
-Une énorme quantité de couleurs aux "standard html" a été ajouté.

Bonjour Naheulf,
ce que tu propose ressemble très fortement à la norme IEC 81346 qui permet de faire ce que tu demande, mais aussi beaucoup d'autres choses.
Alors il est vrai qu'en france cette norme est très peu utilisé, en revanche dans beaucoup d'autre pays c'est le cas.
Donc pour résumer, dès lors que la norme IEC 81346 sera implémenté dans qet, tu pourra organiser tes projets sous forme de dossier, avec des variables specifique aux sous dossiers.

Pour rebondire sur le second paragraphe de scorpio, effectivement nous projetont dans le futur de modifier le format de fichier afin que celui-ci soit une archive, ce qui nous donnera une plus grande flexibilité pour nous en tant que dev, mais pour vous en tant qu'utilisateur cela ne changera pas grand chose et en aucun la modification du format de fichier voudra dire que les projets aurons la possibilité d'être organisé sous forme de dossier, ce sont deux choses bien distincte.

457

(29 replies, posted in Code)

Ok look good.
Just some little thing and after what, we can push your patch to qet nomicons/smile

1. Instead of use your own enum for left/right etc... you should use enum provide by Qt https://doc.qt.io/qt-5/qt.html#AlignmentFlag-enum I know there is not something for PosTextAignment but instead you can use AlignJustify or AlignBaseLine which in this case we are sure to not use it for a sixth alignment.
2. When use Qt enum we also can use QMetaEnum for a lot of thing and for us, get the name of the enum as a string to write it in the setting or the xml.
See dynamic element text item to/from xml to get an example.
3. When set pos to right, the Xref is far from the label

458

(29 replies, posted in Code)

Ok, I haven't got time this week, but I will check your patch this weekend.
Thanks nomicons/smile

459

(29 replies, posted in Code)

Why did you don't call it ?
write

XRefProperties xrp = diagram()->project()->defaultXRefProperties(m_parent_element.data()->kindInformations()["type"].toString());

in the method

DynamicElementTextItem::setPlainText

and everything work very well.

May be it would be better to create a new method something like

DynamicElementTextItem::updateSlaveXrefPos

because the code for adjust the pos is bigger than before and take a lot of place in these two methods.

I try it, very good nomicons/wink

460

(29 replies, posted in Code)

Ok I read the patch but don't try (I've got an issue to patch).
Everything look good, what exactly your problem ?
I try tomorrow to apply the patch and test it.

Helo stromie good job nomicons/wink
Can you open a new topic on the section 'code' of the forum, and at least copy your last two post of this thread.
I will be happy to guide you for this feature.

Le problème devrais être réglé avec le commit 5928, à testé donc.
Au final c’était juste une erreur de ma part, aucun bug (comme je le pensais à un moment donné) ou histoire d'antislash sous windows.

Je vais regarder ça, mais ça me parais vraiment bizarre car ça fait un mois (ou plus) que je n'ai quasiment pas touché au code en vue de la sortie de la 0,7.
A voir avec Laurent, mais je ne pense pas qu'il ai changer un truc sur les paquets.

Ne vous emballez pas trop les gars.
Je comprend ton problème Galexis, mais il vaut mieux laisser comme c'est actuellement, on oublis les variables spécial pour le sommaire.
La solution c'est de reprendre le sommaire (je crois que je me répète nomicons/grin), afin de faire un truc paramétrable et surtout pas un truc qui se met à la volé avec entre autre comme problèmes, si on veut mettre un cartouche autre que celui par défaut du projet, avoir de grosse incohérence avec les num de fil ou d'élément en fonction de la formule utilisé, etc....

Je vous promet plein de chose, mais pas assez de temps pour tout faire.
Mais en tous cas, je ne veut pas perdre du temps à faire un truc vite fait qui sera buggé (variable spécial sommaire) où il faudra revenir dessus du coup car buggé, et pour finir qu'il faudra mettre une couche de rétrocompatibilité quand un vrai sommaire paramétrable verra le jour.

voila nomicons/smile

No as user, you can't. I take two screenshot (french and English).
https://download.qelectrotech.org/qet/joshua/forum-screenshots/chart-en.pnghttps://download.qelectrotech.org/qet/joshua/forum-screenshots/chart-fr.png

Non, je me suis contenté de reprendre globalement l'ancien code.
Pour la taille des textes il faudra faire avec.
Pour l'instant l'export dxf restera en l'état.
Par la suite je regarderai du côté de QGIS qui propose quelque chose de propre (comme je l'ai toujours dit), mais de mon point de vue, l'export dxf reste secondaire, et la motivations à ce sujet aussi...

Réponse très tardive nomicons/rolleyes

scorpio810 wrote:

nous avons considéré d'un commun accord que cette fonction était très peu utilisée ....du moins par nous.......... nomicons/ninja

Effectivement nous avons décider de ne pas intégré cette fonction avec les nouveaux textes (qui nous semblais pas trop utilisé et en plus étais confus pour certains), et m'évitais de créer un bout de code rétro-compatible très hasardeux sur ce sujet.
Bon après je peut voir pour remettre ça en place (si c'est vraiment utile et utilisé, mais ne sera pas retro-compatible avec les versions précédente), il n'y a rien de trop compliqué maintenant que la base est saine(mais pour la 0.8).

scorpio810 wrote:

Ce chamboulement semble aussi provoquer le manque lors de l'export DXF des textes statiques des éléments, mais bon il vaut mieux passer par le workaround pour un résultat bien meilleur.

Pour le coup il ne me semble pas que ce soit lié (mais je peut me tromper j'ai pas le code sous les yeux) et pour être franc, l'export dxf c'est vraiment pas mon truc.... j'essais de combler les trous si besoins, mais je préfère largement me concentrer sur d'autres fonctions qui me sont plus attrayante d'un point de vue codage, et plus utile pour tous le monde.

468

(53 replies, posted in News)

S.DEFFAUX wrote:

je télécharge Debian sur mon PC, j'ai toujours voulu essayer Linux

Je te répond comme Laurent part sur ubuntu (lts ou pas, à toi de te renseigner sur le sujet) debian pour quelqu'un qui découvre le monde de linux, c'est pas le plus digeste...

Actuellement sous windows tu peut déjà éditer les traductions avec un bonne éditeur de texte (plus rapide que de passer par QElectroTech, et surtout ne modifiera pas les parties non voulu de l'élément) par exemple kate qui est un très bon éditeurs tout droit venu du monde linux nomicons/wink .
Avec ton éditeur règle la coloration syntaxique sur "xml" (avec kate c'est en bas à droite bouton écrit 'normal' -> marquage -> xml) pour t'aider à mieux visualisé les choses.

Pour bien comprendre la structure des fichier elmt ouvre l'élément Bobine de la collection officielle, une fois que tu auras compris comment ça marche, tu pourras te lancer sur les éléments non traduit.

Petite précision, les collections d'éléments sont multithreadé, en revanche le chargement des projets ne l'est pas.
J'avais déjà regardé (sur des projets d'une centaine de pages ce serait intéressant) mais le code n'à pas été pensé pour.... bref cela demanderais pas mal de travail qui attendra.
Bon 12s et presque 2min pour la collection nomicons/pinch ...

reglé

Je m'en occupe, je pense que ton problème vient du flag qui n'est pas bien utilisé

Non toujours pas, je suppose que tu as en tête les automates ainsi que les xref pour un élément simple représenté sur plusieurs folio.

Pour les automates ce sera dans une autre version, de plus il y a quelques petits problèmes technique sur ce sujet, mais ce sera le sujet d'une autre discutions.

Hop réglé

Alors celle-la elle est pas mal, depuis le temps que les Xref existent ça n'a jamais été remonté.

Ce comportement est voulue à cause de quelque difficulté technique lors de la création des textes dynamique.
J'ai fait en sorte que tous les textes soit remis à 0 en rotation lors de leurs insertions dans un groupe en attendant d'y revenir (et d'être zappé nomicons/ninja ).
Je vais regarder si je peut améliorer le truc de manière simple (en terme de code).
En revanche l'histoire de l'ordre de création ne devrais rien changer normalement.
Tu peut me décrire précisément la procédure à suivre pour que l'orientation soit conservée.