Search options (Page 24 of 33)

Bon je vient de tester sur un pc avec win10.
Le .exe
La ready to use
Le trunk compilé avec Qt Creator
Dans les 3 cas, je n'ai pas de bug.
Au risque de me répéter, êtes vous sur que dans les propriétés de qet l'option "Ne pas conserver les labels des éléments lors des copier coller" est décoché.
Si l'option est bien décoché mais que le problème subsiste, pouvez vous me dire ce qu'il y a d'écrit dans le champ formule d'un des éléments coller, qui n'a pas subit l'autonum, alors qu'il aurais due.

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

I already thought of this, in past.
I think I will add it to the version 0.7

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.

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

J'ai mis "_" par défaut pour signaler que le "label" est nulle, mais après réflexion, effectivement il semble plus logique que le texte soit vide.
C'est corrigé.

Salut, non ce n'est pas normal, le texte doit effectivement revenir à sa valeur de base.
Je n'ai pas eu le temps de tester, si j'ai le temps je règle ça ce soir, sinon demain.

hello, for me this is a good idea.
But instead of use the field annotation (which is not here for that) I can add a new field in the informations : Positions in terminal block (only available for terminal), and if this field is empty you use the default behavior.

For the cable to which it belongs, the conductor number in the cable,...
I think you must to use the annotation field, because it's a workaround.
In perfect world, this information must be found in the property of the conductor, and for this you must to wait I create the feature "wire".

Bonjour olivier17,
les problèmes lié au dialogue qui s'ouvre avec le double clic sont maintenant réglé, merci pour la remonté de bug.

Il faut jouer avec la valeur afin de trouver le meilleurs compromis, commencer avec une valeur de 50 puis ajuster.

je ne suis pas d'accord avec toi, perso je ne m'en sert pas, mais ça peut être utile pour d'autre personne, la preuve.
De plus au niveau du code c'est pas grand chose (j'aurais un autre avis si le truc étais hyper chiant à maintenir).

Revision: 5224
Author:   blacksun
Date:     2018-02-01 19:40:12 +0100 (Thu, 01 Feb 2018)
Log Message:
-----------
Element text item group : add new property -> hold to bottom of the page

Une nouvelle option est disponible pour les groupes de textes d'éléments, la possibilité de les maintenir en bas de page.
Cette nouvelle propriété devrais résoudre le problème remonter par Laurent (voir le post précédent).
Au risque de me répéter, pensez bien à faire une sauvegarde de vos projets.

Bonjour,
Après un peu plus de deux semaines de "qet vacances" durant les fêtes de fin d'année, le travail a repris avec les nouveaux textes d'éléments.
Et voila, TOUS les anciens textes d'éléments sont maintenant converties en nouveau textes d'éléments (pour ceux qui n'ont pas tous suivie, il restait à gérer les textes taggés).
D'un point de vue utilisateur, il n'y a absolument rien à faire (si ce n'est faire une sauvegarde préalable de vos projets, on est jamais assez prudent), dès l'ouverture d'un ancien projet, tout est convertie automatiquement.
Bien entendue, un gros changement comme celui ci, implique des changements à l'utilisation de QET.

Une petite capture d'écran avec les Ref Croisées affichées sous le label de l'élément.

Avant :
ouverture d'un .qet
KM1 est un  texte
Ref croisée + bobine sont une seule choses fixe (aucune modification possible pour l'utilisateur)
Après:
Imaginons maintenant que l'on ouvre le .qet avec l'ensemble des textes convertis
KM2 est un texte dynamique
bobine 2 est un texte dynamique
Les deux textes sont dans un groupe de textes
Ref croisée (qui maintenant n'affiche plus aucun texte)

Une autre capture avec les ref croisées affichées en bas de pages

Avant:
ouverture d'un .qet
KM1 est un texte.
Ref croisée + bobine sont une seule chose fixe (aucune modification possible pour l'utilisateur)
Après
KM1 est un texte dynamique
bobine est un texte dynamique
Les deux textes sont dans un groupe de textes
Ref croisée en bas sans aucun texte, car comme dit plus haut les Ref croisées n'affichent plus aucun texte

Voila en gros les seules différences notoires.

N'hésiter pas à faire part de vos retours, le changement est assez conséquent, il n'est pas impossible que des bugs se soient glissés dans le code.