Problème label avec la qelectrotech-0.5-devel+svn4585-x86-win32-readyt

Bonjour,

Il a été mis en place de nouvelles fonctions pour automatiser la numérotation complexe d'éléments.
Il est clair que les utilisations sont différentes suivant les utilisateurs, ces nouvelles fonctions s'adressent surtout à ceux qui ont le besoin de travailler rapidement et ont des normes de nommages d’éléments à respecter, le tout en se servant de règles de numérotation automatique personnalisables.

Exemple simple de nommage automatique de bobines relais contacteur 50KM06 :   %f%prefixM%c

50 = label du folio %F ou id du folio %f
%prefix = préfixe automatique suivant l'emplacement du symbole dans la collection officielle K = bobines, F = fusibles, X = bornes, etc).
M = simple texte pour contacteur qu'on ajoute au préfixe.
%c = emplacement du symbole dans le folio : ici la colonne.

Ce système permet de définir des règles de nommages personnalisées avancées d’éléments comme ajouter la localisation, la position, le label de folio, incrémentation simple ou complexe, etc.

Voir le fil de discutions dans la section News.

Il est fortement conseillé depuis un moment de ne passer que par le dock information pour renseigner ses éléments.

Merci du retour, c'est un petit bug en effet, on ne devrait en principe pas renommer l'ancienne valeur en "_" même si ça à été ajouté manuellement dans le champ texte.

Dans ton cas tu ne te sert pas des fonctions types "références croisées" sur les bobines et contacts esclaves?

Bonjour Scorpio,
J'ai vu que la v4588 était sortie, je l'ai testé mais je n'ai pas vu la correction du bug.
A t'il été corrigé, et/ou le sera t'il ?
Nota : j'ai rouvert des projets encore + vieux et ils ne sont pas affectés par ce bug car les éléments n'avaient pas encore le 'label' dans leur code.

Une autre question au passage : lorsqu'on rentre du texte (ou autre) dans le champ 'label' de l'élément, existe t'il une astuce pour que le texte s'affiche sur 2 lignes lorsque c'est trop long. C'est 1 des raisons pour que certains de mes éléments n'aient pas le champ label renseigné.

Merci.

Oui, mais je pense que cela risque de poser des soucis après avec les ref croisées et autres, des textes qui risquent d'etre coupés au mauvais endroit (suivant la longueur) et qui peut-etre peuvent poser problème pour la compréhension ensuite. Je pense qu'il vaut mieux laisser comme cà plutot que de recréer d'autres bugs. C'était pour savoir s'il existait une astuce d'ou ma non-utilisation du champ label pour certains projets.

Je vais attendre que le bug soit corrigé avant de passer sur une version + récente (après 4560), car j'ai regardé pour mettre à niveau certains anciens projets (avec labels - ref croisés auto ....), je dois modifier quasiment tous les éléments, donc autant dire refaire le projet complet, et pour le moment le temps me manque.

Merci

Before starting the cycle of "auto numbering everything" we had anticipated that sooner or later there would appear some interference with existing legacy designs.

Davi is carefully developing the new code to avoid conflicts and the introduction of bugs, however I would say that this is a highly sophisticated system and it is really difficult to completely avoid all interference.

We already have a solution strategy for this situation that we are calling the "version system" where we intend to control the version of the Qelectrotech that was originally used to create a particular project, as well as the library and component versions used, so Qelectrotech could respect the characteristics of a design that was originally created with an older Qelectrotech/Library/Elements version. This "version system" will only be implemented after the main auto everything features reaches production status.

In the meanwhile, we already have started the "Project Status" polices what controls the project current stage. In this case, when we open legacy Qelectrotech projects, we will consider than as panels already assembled, and thus autonumbering is frozen. This feature is  going to be implemented in the near future.

Those features are all in the initial design stage and may be changed before implementation.

All that said, we kindly ask for your patience while we develop all these new functions and please always provide your bug reports as this is a valuable source for the Quality Assurance of the developed code.

Thank you Davi.

Debian, Ubuntu and Windows Packages are now available rev 4591.