Nouveautés de la version de développement 0.7 (Page 11 of 23)

sympa, je vais peut-être commencer à les utiliser sérieusement ces symboles.

Le multi paste ne fonctionne pas pour l'instant avec l'auto incrémentation des labels (autonum).

Salut tous

j'ai repris la dernière version et j'avais des commentaires qui étaient coché en affichage sur mes symboles dans le folio.
mais malheureusement lors de la conversion en texte dynamique, je suis obligé de les rajouter dans les texte dynamique à la mano sur chaque symbole.
Aurais je loupé un épisode ou si il y a une manip simple pour rajouté le champ commentaire sur une série de symboles déja dessiné ????
Yé suis preneur

@javdenech
Les cases à coché dans l'onglet 'information' de l'élément ne servent plus à rien (il faut que les enlèvent), à la place il faut passé par les nouveaux textes d'éléments, que tu peut ajouter à la volé depuis l'éditeur de diagramme.
Pour les anciens projets, une conversion est faite automatiquement à l'ouverture.
J'ai fait le maximum pour qu'il n'y est pas de louper, mais il subsiste encore des textes qui malheureusement sont 'perdu' lors de la conversion, mais tu peut les rajouter très facilement avec les nouveaux textes.

@joshua
peut être que l'on pourrait la garder cette case a coché et faire en sorte que le commentaire s’intègre systématiquement dans la liste de texte dynamique si celui ci n'y est pas déja
ça doit faire un peu de taf a codé........mais cela permettrait de récupérer les projets qui ont été fait avec label + commentaire.
je pense que je dois pas être le seul dans ce cas la
j'ai essayé en éditant le projet en xml mais c'est galère....

Pour la petite histoire, au début de qet, il existais les textes d'élément, par la suite j'ai ajouter des "taggs" aux textes afin que ceux-ci soit lié à des infos (label, localisation etc.....).
Comme la collection officiel n'a pas toutes été patché, mais aussi les éléments perso des utilisateurs, il a fallu crée une rétrocompatibilité dans le code, afin que pour les éléments qui n'avais pas de texte "label", soit ajouter le tagg "label" au premier texte trouver.
Ensuite est arrivé les commentaires qui eux ne sont pas des textes d’élément, mais des textes en dure qui venais se greffé sur les textes portant le tagg "label" (imagine dans ce cas la quand aucun texte ne porte le tagg "label")
Et beaucoup d'autre chose que j'ai oublié, pour lesquelles il m'a fallu crée du code rétrocompatible.
A la fin il y avais beaucoup de couche de rétrocompatibilité.

Maintenant les nouveaux textes d’élément, sont d'un point de vue du code, quelque chose de totalement différent, il m'a donc fallu adapter les propriétés des anciens textes aux nouveaux.
La conversion n'a pas toujours été simple entre les anciens textes (à jour) et les nouveaux.
Je te laisse imaginer la conversion entre les anciens textes (pas à jour) et les nouveaux, il a fallu porté des rétrocompatibilité de chose n'existant plus (les anciens textes) sur quelque chose de nouveau (les nouveau textes).
J'ai aussi découvert des plantages, suite au passage des nouveaux textes, car des personnes ont modifié le xml de certains élément afin que ceux-ci ne possèdent pas de texte (Nuri ). Du coup il fallu aussi prendre en compte ce genre de truc, sinon le projet ne pouvais pas s'ouvrir sans crasher.
Au final lors de l'ouverture d'un projet il y a une grosse tartine de rétrocompatibilité entre les anciens textes et les nouveaux.
En revanche partout ailleurs dans le code de QET tout est neuf pour les nouveaux textes.

Bref lors de la création des nouveaux textes, à un moment donné il m'a fallu tranché, et ne pas gardé d'ancienne choses afin de partir sur des nouvels base saine.

@JOSHUA
Effectivement, ça du être l'usine à gaz...

HS/
@javdenech : il me semble me rappeler que tu es sur macOS, des retours serait le bienvenu.

@javdenech : merci, si tu peux nous remonter les soucis que tu remarques avec le dmg dans un autre topic.

@joshua : j'ai trouvé pourquoi le multi paste ne fonctionnait ici, comme je le montre sur ma video je me sert du prefix avec une seule règle d'autonum -> %prefix%sequ_1, par contre si je suis ton exemple, effectivement ça fonctionne comme prévu, même avec une règle complexe..

je vient de passé à Qt 5.10.1 et toujours pas de bug
?????????????????

Pour les conducteurs, c'est normal, ça n'existe pas encore.
Bon en revanche pour le bug ça deviens vraiment bizarre ce truc....
Faudrait faire un debug avec des point d'arrêt, mais la à distance

sur mac je pose un contacteurs puis un moteur 
les trois phase se numerote sauf la troisieme
tu pose le moteur puis le contacteurs, les trois phases se numerote correctement

multipaste sur les moteurs, M1 M1 M1 M1 M1 avec autonumerotation des elements cocher
multipaste sur les contacteur avec autoconnexion, les fils s'incrementent correctement

il y a un bug sur l'autonumerotation des fils dans les deux cas entre l'objet inferieur et l'objet superieur
qui se replique lors du multipaste....