Ma modeste contribution : pour les thermiques, les repères sont les suivants :
NO : 98 / 97
NC : 95 / 96

https://download.qelectrotech.org/qet/d … _item.html
https://github.com/qelectrotech/qelectr … m.cpp#L654

Petit test...
remarques:
On part du principe que pour les temporisations travail et repos les numéros de bornes sont fixes. Donc il est facile de les numéroter en automatique. (67/68, 57/58 ou 55/56, 66/66)

Mais, toutes les parties de chaque symbole sont en fait un assemblage de plusieurs codes, qui vont a la fin soit dessiner une partie d'un contact NO ou soit un NC ou servir de base pour ensuite dessiner une tempo travail en NO, NC, pareil pour les tempos repos.. et les switchs.

Ce qui montre (je l'ai laissé pour montrer le problème) sur la tempo "on off" qu'on a la numérotation d'un switch qui chevauche les repères 15, 16, 18 de la tempo "on off"...

D'autre part il n'est pas facile de compter les contacts en fonction de leurs tags de par la construction de ces parties.
Donc à moins de tout re écrire toute cette partie du code, il sera compliqué d'avoir tous les numéros en automatique..

Petit test:
numérotation des contacts suivant leur type et leur position..

Patch

Topic:  Idea of functionality:
https://qelectrotech.org/forum/viewtopi … 327#p13327

https://qelectrotech.org/forum/viewtopi … 317#p13317

pour les micro relais
parfois
2-4-3

https://www.audin.fr/pdf/documentations … s/G2RS.pdf
https://www.confort-electrique.fr/fiche … -p3655.pdf

Inverseur:
- 11-12-14, 21-22-24, etc...

Contact tempo:
- 57-58, 67-68 pour NO
- 55-56, 65-66 pour NC

Puissance:
- L1-T1, L2-T2, etc.. pour la puissance en contact individuel.
Et pour le symbole contacteur contact puissance triphasé ? Faudrait les 6 numéros...

Concept intéressant...

Suivant les installations ont est parfois amenés à des modifications.. au gré de l’évolution de certains procès.

Déjà ça te permet de choisir l'ordre de câblage et préférer utiliser plutôt des additifs que les contacts existants d'un contacteur, suivant le concepteur cela peut avoir du sens, et laisse une marge de manœuvre si modifications ultérieures ou en dépannage.

Certains vont préférer câbler leurs entrées automates dites ""retours contacteurs" en haut de leurs additifs sur les chiffres impairs des NO et les communs en bas sur les chiffres pairs, personnellement je préfère l'inverse... la aussi ça peut représenter un problème et gêner le dessinateur... A étudier!

Une fois le choix fait les labels numéros des bornes du contact sont défini sur le schéma et apparaissent en tant que textes aux emplacements des bornes, ainsi que sur leurs représentation graphique de la Xref en mode liste du maître.

Les numéros des contacts suivant leur type et emplacements sont normalisés, voir ma liste plus haut, même si je n'ai rien trouvé de concret à ce sujet... sauf relais ou contacteur de marques exotiques ça ne devrait pas changer d'un iota..

En bidouillant le code existant, j'ai su que tu y avais déjà réfléchi , on pouvait déjà se servir du code et des fonctions en place pour calculer le positionnement pour faire des règles et calculs et ainsi incrémenter en automatique les numéros des bornes des contacts en fonction de leur type, mais ça n'aurait eu aucun sens ...SI dans le schéma le dessinateur mets d'autres repères en éditant manuellement le texte des bornes sur ces contacts sur le schéma.

Par contre on peut définir une propriété: nom pour chaque borne en éditant le symbole, A réfléchir si il est possible de le re trouver et le faire apparaître dans la représentation graphiques des contacts liées à un élément maître?!

Bon alors déjà écrire les choses en dure dans le code c’est non. Je comprends bien que dans un premier temps ça arrange tout le monde, mais ensuite après plusieurs versions on veut faire un truc avec plus d’automatisation et/ou poussé tout en gardant la rétrocompatibilité et là je me casse les dents un truc de fou, et de plus du côté utilisateur il y a toujours des pertes qui se produisent….

Aujourd’hui la seule bonne manière c’est à l’utilisateur de faire tous les types de contact dans sa propre collection. Donc pour donner mon avis c’est non pour mettre tous ça dans la collection officielle. QElectroTech semble maintenant pas mal utilisé (aux vues des retours que l’on a) et tout le monde s’accommode de cette lacune donc ça continuera ainsi. Je préfère 1000x ne rien coder (et encore plus si c’est coder un truc « en attendant mieux ») mais une fois lancer faire un truc complet, solide et réfléchie ensemble.

Ensuite voici comment je ferais la chose, et j’y ai déjà réfléchi par le passé.

Il faut que les bornes d’élément possèdent plus de propriété et pas que pour les contacts, ainsi on sait quoi faire avec la borne (ça résous déjà le problème que soulève galexis au sujet des contacts inverseurs) il faut que les bornes possèdent leurs propres textes (résous le problème des rotations de texte).
Avoir en dehors du code (un fichier) la liste des numéros de borne de contact, là je m’avance, mais je pense que les numéros sont standard relais / contacteur / bloc aux / bloc aux tempo peut importe la marque. Si c’est bien le cas alors ça rend les choses plus faciles, car il suffit d’incrémenter les numéros de contact au fur et à mesure.

*Avoir les numéros de contact et connaître le standard permet aussi de savoir si le nombre de contact liée à un maître est cohérent (actuellement on peut bien avoir 100 contacts esclave sans sourciller). Alors oui cela pourrait sembler secondaire, mais je sais que ce sera demandé un jour donc autant tout bien faire dès le début.
Il y a sûrement des choses que j’oublie mais voila l’idée.

Je peux peut-être sembler pénible mais avec l’expérience je sais que c’est une très grosse erreur de faire un truc qu’à moitié. Je ne compte plus le temps que j’ai perdu et la dette technique à cause de chose qu’on a mal fait et/ou pas très poussé, car on voulait rester simple, puis que j’ai repris car QElectroTech à évoluer et nos/vos exigences aussi.

Pour rebondir sur le sujet du paragraphe avec l’étoile *, avec le peu de vrai schéma que je fais, à chaque fois je me rends compte d’une chose qui manque c’est la possibilité (une fonctionnalité) de vérifier que le schéma est valide c’est-à-dire sans être exhaustif : tous les conducteurs ont un nom, tous les contacts sont liés à un esclave (et donc aussi que le nombre de contact est correct), toutes les bornes sont attribuées à un groupe de bornes, tous les éléments ont un label.
Je suis surpris que personne n’a jamais fait cette demande (ou alors j’ai oublié).

Pfiu quel pavé

On attendra l'avis de Joshua.

Autant sur un contact esclave et lié tu peut rajouter des informations "textes dynamiques" du maître: comme le commentaire de la bobine, la localisation, etc... dans l'autre sens il n'y a pas de code prévu il me semble.