Discussion :

[Georges P]

Bonsoir,

j'ai besoin d'une aide sur le composant TGridLayout.

j'en utilise deux sur une forme avec un TSpliter afin de laisser le choix de voir en plus ou moins larges ces deux GridLayout qui comportent tous les deux des Rectangles. (leur nombre provenant d'une base de données)

comme le nombre de rectangles peut bien sûr varier, je dois (si j'ai bon) mettre ces TGridLayout dans un ou deux ScrollBox.

bon je galère un peu car lorsque je réduit celui de gauche par exemple je n'arrive pas à voir tous les rectangles. J'ai aussi tenté avec des Panels.

j'ai essayé de modifier la hauteur des TGridLayout sans succès.

[SergioMaster]

Bonjour,

J'ai du mal à comprendre le split dans un ScrollBox, a mon avis ça va pas le faire !
Les GridsLayouts c'est un peu galère aussi !

[Georges P]

le Splitter sépare les deux ScrollBox (ou les deux GridLayout) afin d'élargir ou réduire celui de gauche (et donc celui de droite en inverse)

je viens de trouver un truc mais ce n'est pas joyeux: je prépare avant l'affichage la hauteur future maxi de mes GridLayout (ItemHeight * RecordCount)

en effet dans un tel cas, mes scrollBox affichent déjà leurs barres de défilement horizontales alors que ce n'est pas forcément utile vu le nombre de record.

[pprem]

Hello

Je dirais de jeter un oeil à TVertScrollBox + TFlowLayout et tes blocs sous forme de TFrame

[SergioMaster]

TFlowLayout

Interessant ce flowlayout, je l'avais complètement oublié ! Il me semble même mieux que GridLayout avec ses gaps
Quel serait les avantages de l'un par rapport à l'autre ?

tes blocs sous forme de TFrame

obnubilé par les Tframe je en crois pas qu'il y ait besoin d'en arriver là

[ShaiLeTroll]

Si le TFlowLayout est à FMX ce qu'est le TFlowPanel à la VCL, la réorganisation des contrôles à l'intérieur automatiquement selon les dimensions du conteneur est assez efficace.

c'est à condition d'accepter de n'avoir qu'un les rectangle que sont une ou deux colonnes au lieu de trois si le splitter réduit l'espace, inversement de l'autre coté cela sera sur 4 voire 5 colonnes.
J'ai déjà codé cela à la main en D3, si je retrouve, ce n'est pas bien difficile au sein d'un ScrollBox en VCL, alors en FMX, je suis convaincu que déplacer des contrôles ne devraient pas être plus difficile 20 ans plus tard.

[pprem]

Interessant ce flowlayout, je l'avais complètement oublié ! Il me semble même mieux que GridLayout avec ses gaps
Quel serait les avantages de l'un par rapport à l'autre ?

l'approche "div" du html dans toute sa splendeur, mais en effet ça dépend comment on veut que ça réagisse selon la largeur du conteneur

et toujours avec le bémol de la hauteur qui n'est pas recalculée toute seule (donc à calculer sur le resize pour que l'ascenseur s'adapte

obnubilé par les Tframe je en crois pas qu'il y ait besoin d'en arriver là

bin, c'est plus facile pour gérer les blocs comme entités indépendantes, mais chacun le fait comme il sent
(c'est quand même plus une approche "apr composant" que créer les panels et autres éléments à la main pour chaque case)