TGridLayout et Scrollbox

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.

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 !

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.

Pièce jointe 615666

Hello

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

Citation:

---

Envoyé par pprem

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 ?

Citation:

---

tes blocs sous forme de TFrame

---

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

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.

Un code rapide à débourrer

Code:

---

1 2 3 4 5 6 7 8 9 10

procedure TForm1.VertScrollBox1Resize(Sender: TObject); var nbhchild : integer; w : single; begin w:=VertScrollBox1.Width-20; // 20 serait à remplacer par taille de la scrollbar, je sais que c'est possible à obtenir, déjà utilisé mais perte de mémoire :roll: nbhChild:=Trunc(w/GridLayout1.Itemwidth); GridLayout1.width:=nbhchild*Gridlayout1.ItemWidth; GridLayout1.Height:=GridLayout1.ItemHeight*(GridLayout1.ChildrenCount / nbhChild); // VertScrollBox1.RealignContent; end;

---

permet d'obtenir je pense ce qui est cherché, bien sur il fait faire la même chose pour le second scollbox (ou, mieux ?, coder en fonction du sender pour n'avoir qu'une seule fonction)

Citation:

---

Envoyé par SergioMaster

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

Citation:

---

Envoyé par SergioMaster

obnubilé par les Tframe :ptdr: 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)

Citation:

---

Envoyé par pprem

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)

---

Tu oublies l'approche "style personalisé", certainement celle que j'aurais choisie sur le seul critère image de Georges P

Bonjour à vous,

merci pour tout ces retours.

je vais en faire bon usage.

Bon we