Grosse mise à jour de ce topic :
Dans ce premier post je mettrais régulièrement à jours l’avancement du générateur de bornier, ce qui est fait, ce qui reste à faire, les idées etc.… Vous pouvez continuer à alimenter ce sujet avec vos questions idée et autre.


==FAIT==
-Fenêtre de gestion des borniers
-Création/Modification/Modification de groupe de borne avec les informations suivantes : =Installation, +Localisation, Nom, Commentaire, Description.
-Ajouter des bornes présente sur les folios dans un groupe de borne depuis la fenêtre de gestion des borniers.
-Borne multi étage (4 max).
-Pont de borne
-Édition basique des propriétés de borne depuis la fenêtre de gestion des borniers (label, type, fonction, led)
-Positionnement automatique des bornes (ATTENTION par le passé une borne avait comme label par exemple X1:10, avec le gestionnaire de bornier la borne devra avoir comme label uniquement 10 et être dans le groupe de borne X1, sont identifiants intégral sera donc X1:10)
-Ajouter / supprimer un plan de borne sur un folio.
-Sauvegarde / restauration de la définition / structure d’un groupe de borne depuis le fichier .qet.
-Sauvegarde / restauration des plans de borne présent sur un folio depuis un fichier .qet
-Double cliquer sur un plan de borne ouvre la fenêtre de gestion des borniers

==BRICOLAGE==
-Une icône dans la barre d’outils permet d’ajouter un bornier sur le schéma.

EN COURS (branche de développement)
-Paramétrage de la représentation d’un plan de borne.
-Plusieurs jeux de paramètres disponible

==A FAIRE==
-Fenêtre d’édition en masse des propriétés de bornes (ref, constructeur etc.)
-Ajouter une nouvelle variable de formule de label qui indique le numéro de fil (ainsi la borne pourra avoir comme label le numéro de fil raccordé)
-Ajouter une nouvelle variable de formule de texte dynamique afin d’afficher le nom du groupe de borne parent (par ex X1).
-Créer un système qui permet d’assigner automatiquement une borne à un groupe de borne lorsque l’utilisateur pose une nouvelle borne sur le schéma.
-Quand on double clic sur la cellule des Xref du gestionnaire de bornier, le schéma bascule bien sur la borne mais il n'y a pas de halo bleu sur la borne, voir pour ajouter ça.
-Filtrer les bornes libre (Je pense que des filtres par folio/ label serait intéressant d’être ajoutés dans le tableau des "bornes libres", afin de faciliter la recherche et le tri dans le futur. Exemple comme dans ta vidéo classer les bornes par leur position dans les folios, ou par nom, ou par nom des conducteurs liés, etc.)
-Pouvoir partager le potentiel électrique au travers de borne n'ayant que une borne de connection mais étant ponté sur d'autre borne.
-Réactiver l'édition des propriétés des éléments de type bornes dans l'éditeur d'élément.

==IDÉE A ANALYSER==
-Comment gérer au niveau de la nomenclature une borne multi étage ? Sur le folio ce sera 3 éléments borne, ces 3 borne seront groupées ensemble dans le gestionnaire de bornier, pour de vrai c’est une seule pièce.        Probablement mettre en place la notion de référence de composant non affiché sur le folio (par exemple l’armoire électrique elle-même) et avec cette notion pouvoir y rattacher 1 à N élément présent sur le schéma.
-Représenter le plan de borne sous forme de tableau.
-Il semblerait que dans d’autre logiciel les connecteurs (prise harting, connecteur normalisé etc... ) sont gérés de la même manière que des bornes. Votre avis.
-Pour l'entête, il serait peut-être bien de pouvoir afficher ou non la localisation et installation.

==NE SERA PAS FAIT==
-Les câbles brancher sur le bornier, car les câbles dans qet n’existe pas à l’heur actuel.

452

(0 replies, posted in News)

Bonjour,
voici les résultats du sondage crée pour la version 0.8.
Vous avez été 46 personnes à effectuer ce sondage.
La fonctionnalité principal retenue est donc le générateur de bornier.
Les deux fonctionnalités secondaire sont la liste des fileries ainsi que la nomenclature intégré.

Toutes l'équipe remercie les participants.

hello,
here is the result of the survey of the new features to be added for 0.8 version.
You was been 46 persons to conduct the survey.
The main functionality will be the terminal block generator.
The two secondary functionnality will be liste of wire and integrated nomenclature.
All the team thanks the participants


Commentaire laissé lors des votes.
*============================================*
I think a cabe list would be great! But I read the comment when selecting it in the "main functionality" drop down, and I agree it makes sense to concentrate on the terminal block generator first.
*============================================*
A big thank for your amazing work!! Keep on going.
*============================================*
st es nicht einfacher und auch übersichtlicher eine Tabelle als Klemmenplan (ähnlich dem Inhaltsverzeichnis) zu entwerfen, bei der dann auch Klemmen mit mehreren Anschlüssen =X3:55a, =X3:55b, =X3:55c, =X3:55d dargestellt werden können? Für einen Klemmenplan ist die Benennung der Anschlüsse, Element Terminals unerlässlich.
Leider ist mein englisch nicht besonders gut. Grüße aus Oberschwaben Alexander Hopp
*============================================*
For the wire numbering please include an underline under the 6. It is very easy to confuse the 6 and the 9 and has caused issues with our technicians. cheers!! John
*============================================*
My opinion is that QElectroTech has a level of development with enough features for the actual status of the project.
The development has to be focused on the workflow before continue adding features.
Focussing the efforts on QElectrotech project should be the actual priority.
This decision can make that the version 0.7 will be during long time the stable version but continue developing features without a clear definition of the QElectroTech workflow to manage big projects will put the developers on the risk of rewriting many of the new possible features once QElectroTech project development continue.
The project structure according IEC 81346 can force some code modifications at the cross reference between elements, element properties, folio ordering system, folio properties, etc.
*============================================*
a standarzied and smaller version of the en 60617 symbols. (for example the thermal fuse has no standart size) a better editor with svg import option and scale with locked ratio by pressing ctrl or buttun ...) the wiring tools have to be in the toolbar (mean the T conection to left, right, buttom, up, as well as the corners)
*============================================*
I am so glad you are continuing developing QET. Best Regards /Morgan Leijström
*============================================*
1) add additional text boxes for wires like for elements.
2) copies of the conductors tag. Then you can in the beginning of the wire to specify its label and at the end of the wire.
3) if it were possible to get a table with connections - a wire label, its type, other parameters (for example, length, entered by the user), the element is the beginning, the element is the end, the color. But now everything is fine, thanks!) Goog luck!
*============================================*
Super logiciel que j'utilise tous les jours dans le cadre de mes études. La correction du crash systématique est une très bonne nouvelle, merci !!
*============================================*
Bonjour vous faites un super boulot.
*============================================*
La génération des borniers automatique serait un véritable gain de temps sur les projet. Il faudrait également repenser le système d'auto-numérotation, très trivial et pas souple. Bon courage pour le développement de ce merveilleux logiciel !
*============================================*
Pour que le programme puisse toucher un maximum de personne surtout chez les professionnels, il est important qu'il suive la norme. La ou je travaille (usine Coca-Cola de Marseille) tous nos plans suivent cette norme. Elle est d'ailleurs imposer à nos sous-traitant.
*============================================*
Merci beaucoup pour ce logiciel et bon courage pour la version 0.8 nomicons/wink




https://download.qelectrotech.org/qet/forum_img/resultat_sondage_fr.pnghttps://download.qelectrotech.org/qet/forum_img/resultat_sondage_en.png

453

(29 replies, posted in Code)

Thanks to your contribution nomicons/smile

Oui c'est tout à fait possible de supprimer les divers fichier de conf, avec un petit avertissement avant l’opération afin de prévenir l'utilisateur que l'action est irréversible.

scoprio810 wrote:

Bah il suffit de supprimer des morceaux du fichier config de QET, alors c'est vrai sous Linux et macOS

Sans vouloir prendre les utilisateurs pour des idiots, c'est déjà trop avancé comme méthode amha (et on parle que de mac et linux).

Et puis bon si je met des boutons pour se rendre dans les dossiers concerné plus la possibilité de faire une raz depuis qet, je pense que ça couvre tous les besoins cité ici.

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.

457

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

461

(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

462

(29 replies, posted in Code)

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

463

(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

464

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

472

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