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

salut
5084
les renvois fonctionnent sur mac, j'essaierai sur windows demain
Merci
A+

Bonjour,

@ scorpio810 :
Merci pour votre explication.

Le positionnement est relatif au label ?

non.

Nickel!
Fini le placement des textes à la louche avec souris + Ctrl

C'est vrai que pour le développeur, la nuance entre "champ de texte" et "champ de texte dynamique" est très importante.
Mais d'un point de vue utilisateur, les "champs de texte dynamiques", c'est comme avant mais avec des fonctionalités avancées.
Pour cette raison, je propose qu'on laisse la dénomination "champ de texte" et qu'on laisse le "dynamique" de côté quand les travaux seront achevés et qu'il n'y aura plus qu'un seul bouton dans l'éditeur d'élément.
Explication :
t'es nouveau sous QET, tu fais ton premier élément, et là, tu tombes sur "champ de texte dynamique" et tu te demandes :
"c'est quoi ce truc ? "

nan nan, c'ets par rapport au hot spot de l'élément et c'est ca qu'est bien justement. Sinon, tu changes la position de ton label (par ex. parce que le texte est trop long et empiète sur le symbole) et la position de tous les textes changent ce qui serait assez pénible à l'usage...

Je pensai au fait que ça pourrait être parfois utile d'avoir pour le QtreeWidget un QlineEdit avec un petit  QCompleter basé sur la liste des items champ texte de l’élément : rechercher directement un item, filtrer, trier les items textes "champ texte" par ordre alphanumérique dans le même style que la recherche de liaison report folio/maître/esclave, mais c'est probablement inutile pour 90% des utilisateurs.

Bref ! du moment qu'on pointe un champ texte avec la souris dans l’élément  le focus est mis sur l'entrée correspondante dans le widget comme on peu le voir dans la vidéo ci-dessus, ce n'est pas très utile de compliquer le code pour si peu.

Cher utilisateur de QET, je viens à toi, afin de demander ta précieuse aide. Mais en prérequis, il faut que tu ais déjà fais mumuse avec les "nouveaux textes dynamiques"
Comme je l'avais déjà mentionné dans les précedents posts, les "anciens" textes avec tagg, ne sont (pour l'instant) pas convertis en texte dynamique, et voila pourquoi :
Actuellement, avec les anciens "textes" dans l'éditeur de schéma, dès lors que le commentaire de l'élément est renseigné et que celui-ci est coché, le commentaire apparait dans un encadré sous le label ou Xref de l'élément en question.
Je trouve que ce comportement fait doublon avec les nouvelles possibiltés offertes par les "nouveaus textes dynamiques", car il est possible de créer un texte avec comme source de texte "commentaire".
Je me pose donc la question suivante, faut-il garder ou non, les commentaires "automatiques" dans un encadré ?
Dans le cas ou la réponse serait non, la nouvelle façon de faire serait d'ajouter un "nouveau texte dynamique" avec comme source de texte "commentaire".

Je vous laisse débattre

Une autre chose, trouvez-vous utile d'ajouter la fonctionnalité suivante :
Grouper ensemble les (nouveaux) champs textes d'un même élément.
Par exemple, vous avez 3 textes => grouper = agit comme un seul et même texte.
L'avantage par la suite, serait d'ajouter les fonctionnalités suivantes : Alignement gauche/centré/droite des textes d'un groupe.
Attention, je n'ai encore rien codé sur ce sujet et je ne sais pas encore la difficulté du truc. Donc je ne vous fais aucune promesse.

Fait.
Je tiens à signaler un comportement qui me plaît bien :
depuis l'éditeur de schémas, quand on clique sur l'élément, c'est l'onglet "informations" qui s'affiche et quand on clique sur un texte dynamique, c'est l'onglet "Textes" qui s'affiche.
C'est pratique et rapide !

Quelques petits souhaits de ma part :
1.
Quand on veut ajouter un texte dynamique depuis le widget "Propriétés de l'élément" en cliquant sur le bouton [+], ce serait bien que le QTreeMachin soit totalement ouvert (déroulé) par défaut, ca éviterait 3 clics de souris inutiles.
2.
Est-ce possible de faire bouger les textes "en temps réel" avec les nouveaux champs X et Y ?
Pour l'instant, les textes changent de position seulement quand on valide la nouvelle valeur de X ou Y.

Je voie les choses comme toi : ca fait doublon.
Dans le widget "Propriétés de l'élément", l'onglet "Informations" devrait à l'avenir simplement être destiné à entrer des infos, comme son nom l'indique.
Les check boxes pour "label", "commentaire" et "localisation" devraient disparaître.

D'où la réflexion suivante :
Est-ce qu'il faut mettre une check box (qui détermine, selon son état, si le texte est affiché ou non) pour chaque texte dynamique ?

oui, ca peut être utile, surtout si tu arrive à faire :

Ca m'enlèverait une grosse épine du pied si je pouvais enfin aligner les textes à droite.

J'en ai bien conscience :-)

Petite correction au passage :
"Tag" s'écrit avec un seul "g" en anglais. On retrouve "Tagg" dans tout le code de QET. Un petit "chercher et remplacer" s'impose dans QtCreator !

Aujourdhui, les commentaires sont exportés  dans la nomenclature: si il n'y  a plus que des textes dynamiques, cela ne risque-t-il pas dêtre  compliqué  de récupérer  equivalent du commentaire? Ou est-ce que par le champs "tagg" on pourra dire que c'est un commentaire à  exporter?

Pour ma part sur certains éléments je préfère mettre des champ textes, il m'est souvent arrivé de m'en sortir juste en éditant ces champs directement dans l'éditeur de schémas sans passer par la case modification du symbole dans l’éditeur d’élément.

Tel un génie   tes souhaits sont exaucés.