Closed alhyss closed 2 years ago
Je vais regarder, mais je ne vois pas pourquoi tu tag "Bug" ? Et si ce n'est pas un bug, ce n'est pas prioritaire ? mais pourquoi pas
Version poussée sur le Git
Merci !
J'ai hésité aussi à appeler ça "bug", mais finalement ça paraissait logique vu qu'il s'agissait de rétablir le comportement que tu avais prévu au départ (tout ça parce que j'avais changé la valeur de la clé 'object'
pour les onglets entre temps...).
Et c'est bien que tu aies pu le faire rapidement. Je trouve le formulaire beaucoup plus lisible comme ça !
Le cadre en question contient tous les widgets de l'onglet. Il est généré au moment où la clé correspondant à l'onglet passe dans la boucle de génération des widgets. Comme il ne fait que doubler l'onglet, il n'apporte rien. Au contraire, c'est un cadre de plus dans lequel viendront s'imbriquer tous les autres, il alourdit fortement les formulaires.
Bref, il faudrait l'enlever... et - à voir le code - je pense que c'était bien l'idée de départ, mais que ça s'est perdu suite à des modifications que j'ai faites sur le dictionnaire.
Gestion actuelle de la mise en forme des groupes par
plume.bibli_objets.generationObjets
:La condition
if _valueObjet['object'] == 'group of properties'
prévoit une gestion spécifique du cas des onglets (self.mFirst
valantTrue
) qui fait théoriquement disparaître la bordure... sauf que les onglets ne remplissent pas cette condition, car pour eux_valueObjet['object']
vaut désormais'tab'
et non plus'group of properties'
. Au final, les onglets passent dans leelse
et on obtient une bordure dans la couleur par défaut.En admettant qu'on peut aussi supprimer la marge entre l'extérieur et la bordure quand il n'y a pas de bordure (pas de
margin-top
etmargin-left
, on se contente depadding
), j'ai tenté avec ce qui suit, et le résultat me semble déjà plus satisfaisant visuellement ?