[Problème] Liste des problèmes avec les dernières versions. (Page 2 of 5)

Ou plutôt détecter si les conducteurs a relier par des renvois sont basés sur des formules, le signaler, et empêcher la liaison tant que les conditions requises ne sont pas valables..

Je ne vois que deux soucis avec l'autonum des conducteurs, si on les connait on ne se fait pas avoir :

1. Les conducteurs basés sur des formules avec %id (c'est a dire position du folio dans le projet) %id qui peut changer avec l'insertion d'un sommaire. (le management policy peut figer les variables)

2. La liaison de conducteurs contenant des variables basés sur les variables cartouche par des renvois.

Sinon pour dessiner et câbler rapidement des cartes d'entrée/ sortie c'est un outil qui apporte beaucoup de gain de temps.

Et bien cela reviendrais à demandé à l'utilisateur de viré %id dans la formule, car il y aura forcement une incohérence entre les folio.
Après si tu veut garder les %id, mais dire "je veut que %id fasse référence au folio X", premièrement il n'y à absolument rien dans le code pour gérer ça, ensuite il faudrait aussi gérer ça dans le .qet.
Bref je sais pas si vous vous rendez compte mais c'est une usine à gaz.
Regardé déjà le temps qu'il à fallu pour réglé tout les problème de %id et compagnie pour les éléments.
Et pourtant c'est plutôt simple (un éléments étant seulement sur un folio) comparé aux conducteurs, qui je le répète, un potentiel peut être sur 10, 20 ou plus folios, c'est obligé de se planter.

Peut changer avec l'insertion du sommaire, mais aussi si on déplace le folios, bref c'est le but de %id, si on veut pas que ça change il y a deux solutions :
-1 ne pas mettre %id, mais un texte fixe.
-2 comme tu l'a dit, le management policy peut figer les variables.

Ça se défend, tu peut noter les conducteurs en fonction du numéro de la carte + numéro de l'entré/sortie de la carte genre E2.01 (ce qui est assez fréquent)
Ou alors utilisé entre autre, une variable %id, ce qui je l'accorde peut grandement aider au dépannage.

Exactement ! empêcher la liaison de deux conducteurs par un renvoi si ils sont basés sur une formule, quelque soit la .... formule.
Apres c'est à l'utilisateur de corriger, mais au moins il est informé et ça évite de grosses erreurs par la suite.
C'est la solution la plus adaptée il me semble AMHA.

Ok c'est bien ce que j'avais en tête (c'est pas facile de toujours bien expliquer quelque chose par texte interposé).
Et bien je m'atteler à ça.

Revision: 4848
Author:   blacksun
Date:     2017-01-15 13:23:05 +0100 (Sun, 15 Jan 2017)
Log Message:
-----------
Add a dialog to change the formula when two potentials is linked by a folio report, and the new potential have incompatible variables like %id. 

Étant très médiocre en grammaire, d'habitude je fait relire à ma copine avant de comité, mais pas ce coup ci.
Ça confirme que c'est une erreur de ne pas le faire.

au départ, oui, c'est un souhait car la génération automatique du sommaire a été implémentée avant les "labels de folios", c'est-à-dire avant que l'utilisateur puisse attribuer manuellement les numéros de folios (la propriété "Folio").
Et donc, dans le système de numérotation continue des folios utilisée auparavant par QET, cela avait réellement un sens pratique : on générait le sommaire lorsque la documentation était terminée, et basta, tout marchait correctement en 2 clics de souris.
Aujourd'hui, avec la nouvelle variable %F (attribution manuelle des numéros) et les nouveaux désirs des utilisateurs (dont moi), la génération automatique du sommaire est perturbée.

Le problème provient du fait que les folios sommaire n'ont pas de réelle persistance de le fichier .qet.
Alors, à chaque réouverture du projet, les variables assignées manuellement dans les folios sommaire sont écrasées par QET. Tout simplement parce que ces données sont enregistrées nul part.

Pour résoudre ton problème, je pense qu'il y a un sacré boulot à réaliser au niveau du code, car cela remet en cause la facon dont le sommaire est généré, lu et affiché par QET.

Revision: 4867
Author:   blacksun
Date:     2017-01-22 14:48:58 +0100 (Sun, 22 Jan 2017)
Log Message:
-----------
Add variable %F in the widget used to link master element.
Revamp the widget : replace QListWidget by QTreeWidget

@ Morganol

Lier l'élément = link element
Montrer l'élément = Show slave element
Montrer l'élément maître = Show master element

Ah, thanks Nuri for explanation.     Note to myself: try google translate next time
And Joshua for the development of course

The suggestion of Nuri could make it require less width and leave more space to drawing, i like that.  (now i use google translate...)

To that i would add: Move the title column leftmost, because that is the widest but most often we do not need to read the whole title so it can be visibly cut without usage problem.