Effectivement même chose sur un pc Windows, je sais ce qu'il me reste à faire nomicons/wink

J'ai crée une fonction pour exporter en csv les numéros de fils dans le dernier commit. C'est très minimaliste, vous choisissez uniquement où sauvegarder le csv. J'ai pris en compte tes remarque Christophe.
À tester.

Hum j'ai vraiment du mal avec ce bug nomicons/sad 
Par contre le truc qui est vraiment étrange c'est que ton fichier soit vide, mais aussi le fichier de backup qui lui aussi fait 0 Ko car dans le code ceux sont deux fonctions différente (la sauvegarde et le backup) mais qui visiblement donne le même résultat.
Ça pourrais donc laisser croire que le problème vient d'avant l'écriture dans le fichier, mais d'un autre coté ça semble toucher que windows et qui du coup la seul différence avec les autres OS c'est l'écriture dans le fichier (dont je n'ai pas la main dessus).
Je pensais avoir réglé le problème en utilisant QSaveFile mais non.....
Bref tant de mots pour dire qu'au final je n'ai pas de solution mais je planche dessus.

Idem aux deux autres topic, nous parlerons ici de la fonctionnalité de liste de fileries.

-Pouvoir exporter au format csv, pour par exemple pouvoir imprimer les numéros de fil. D'ailleurs si des personnes ont des informations à ceux sujet, ils sont les bienvenues.
-Si il existe d'autre format de fichier pouvant être utilisé avec les imprimantes de numéro de filerie, nous pouvons essayer de créer ces fichiers en question.
-Pouvoir générer un/des tableaux sur les folios avec :
*numéro de fil
*Dans le cas d'un potentiel comportant qu'un seul fil, afficher dans le tableau les deux élément auquel ce fil est raccordé (idéalement le nom de la borne de l'élément, mais cela n’existe pas encore dans qet)
*Pour les autres cas, le nombre de fils du potentiel + le nom des éléments raccordé.
*Affiché les infos du conducteur.

Fixed in the last commit.
Thanks for report.

Dans ce post seront établie toutes les fonctionnalités de la nomenclature intégré, bien entendue celui-ci n'est pas figé et sera mis à jour au fur et à mesure des discussions.

Tout d’abord je pense continuer à garder (et faire évoluer en parallèle de la nouvelle nomenclature) l'export car peut toujours servir pour par exemple une commande de matériel.

-Choisir de qu'elle colonne affiché ainsi que leurs position.
-Choix de la police (pour les entêtes et le tableau)
-Ajustement auto (taille de la police, position) sur le folio ou manuel
-Afficher la quantité quand une même référence est utilisé plusieurs fois.

pour en revenir à ce sujet : https://qelectrotech.org/forum/viewtopi … 584#p10584
Je pensais faire quelque chose dans le genre (je penche pour le cas N°2), en revanche ce qu'il me pose plus de problème, c'est comment on définie cela sur le schéma ??
Car au final ce sera (pour le cas d'un 3 étages) trois bornes différente sur le schéma mais qui représente un seul élément physiquement.

scorpio810 wrote:

+ champs informations sur la borne, infos qu'il est difficile de mettre en place sur le schéma mais qui doit être présent dans le dessin du bornier à moins que t'ais prévu qu'on puisse y ajouter des textes dynamiques comme avec les anciens borniers?

Non je n'ai pas prévue de mettre en place des textes dynamique (après on peut toujours étudier la question), en revanche c'est tout à fait possible d'écrire l'information comme sur ton folio.

galexis wrote:

Il serait peut-être bien que lors de la définition  du bornier, qu'on renseigne à ce niveau là, la référence et le fabricant des bornes utilisées pour avoir une fois généré la quantité totale de la référence de borne à commander (nomenclature).

Bonne idée.

galexis wrote:

Un truc que ne fait pas le générateur de bornier aujourd'hui, générer les bornier en fonction de l'installation et de la localisation. Si on a -Xc dans +BJ1 et -XC dans +BJ2, le générateur ne fait pas le distingo.

C'est noté.

433

(29 replies, posted in Code)

Because the Xref is update When you move the master.
What you need to do is when you change the alignment properties, you need to force the update of the displayed Xref

Lien de la discussion autour du générateur de borniers.
https://qelectrotech.org/forum/viewtopic.php?id=1486

J'ai relu à plusieurs reprise, mais je t'avoue que je n'ai pas compris nomicons/angel .
Peut-tu ré-expliquer, peut être avec un bout de dessin?

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.

437

(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

438

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

442

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

446

(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

447

(29 replies, posted in Code)

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

448

(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

449

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