Wie kann ich zur Laufzeit die Position von TSplitter ändern?

[KodeZwerg]

Mit splitter hatte ich auch schonmal solche Erfahrung gemacht, hatte irgendwie nicht so hingehauen auf anhieb wie ich es gedacht hatte.
Mein Workaround war dann gewesen das ich pro "Sichtfläche" ein Panel nutzte andem ich den Splitter ausgerichtet hatte und der Splitter wiederum das Panel schrumpfte/vergrößerte.

Zitat von QuickAndDirty:

Wie kann ich zur Laufzeit die Position von TSplitter ändern?

Indem du mit meinem Workaround nicht die Splitter Position sondern die Dimension des Panels änderst an dem der Splitter klebt.


Ich hoffe Du verstehst wie ich es meine und viel Glück.

[QuickAndDirty]

Zitat von KodeZwerg:

Mit splitter hatte ich auch schonmal solche Erfahrung gemacht, hatte irgendwie nicht so hingehauen auf anhieb wie ich es gedacht hatte.
Mein Workaround war dann gewesen das ich pro "Sichtfläche" ein Panel nutzte andem ich den Splitter ausgerichtet hatte und der Splitter wiederum das Panel schrumpfte/vergrößerte.

Zitat von QuickAndDirty:

Wie kann ich zur Laufzeit die Position von TSplitter ändern?

Indem du mit meinem Workaround nicht die Splitter Position sondern die Dimension des Panels änderst an dem der Splitter klebt.


Ich hoffe Du verstehst wie ich es meine und viel Glück.

Er ist ja nun nicht angeklebt.

Ich denke du meinst das selbe wie Uwe Raabe?

Zitat von Uwe Raabe:

Du musst die Breite des Controls ändern, das das gleiche Align hat wie der Splitter.

Ah also wenn der Splitter left aligned ist und das Layout links davon auch left aligned ist , dann geht es nur um die Breite des layouts links vom Splitter?

Danke! Alle hier.
Das dürfte helfen.

[KodeZwerg]

Ich meine es so wie in der Demo im Anhang.
Man braucht nichts programmieren, die Vcl übernimmt das alles automatisch.
Lediglich dein "Dimension per Runtime" halt auf eines der "Master-Panels" anwenden.

//edit
ps: in der "demo" ist Panel1 und Panel3 eines dieser Master
panel1 über width nach belieben steuern um, genau, eine breite zu justieren an dem der splitter1 klebt
panel3 über height nach belieben steuern um, genau, die höhe zu justieren an dem der splitter2 klebt

[himitsu]

Sozusagen.

Im Parent vom Spliter das Control suchen, was alLeft ist, wenn der Splitter alLeft ist.
Gibt es davon Mehrere, dann das was links vom Splitter, aber am weitesten rechts ist.


Es wäre natürlich einfach, wenn der Splitter ein Property hätte, wo man ihn nach dem "zugeordneten" Control fragen könnte,
oder wenn er es selber richtig machen täte, wenn man er ein Position-Propertx hätte und man da etwas zuweisen würde.

[Uwe Raabe]

Zitat von himitsu:

Es wäre natürlich einfach, wenn der Splitter ein Property hätte, wo man ihn nach dem "zugeordneten" Control fragen könnte,
oder wenn er es selber richtig machen täte, wenn man er ein Position-Propertx hätte und man da etwas zuweisen würde.

Tja, wenn man jetzt bloß einen entsprechenden QP-Eintrag hätte...

[KodeZwerg]

Zitat von himitsu:

Es wäre natürlich einfach, wenn der Splitter ein Property hätte, wo man ihn nach dem "zugeordneten" Control fragen könnte,
oder wenn er es selber richtig machen täte, wenn man er ein Position-Propertx hätte und man da etwas zuweisen würde.

Überlegung aber nur reine theorie da ich es noch nicht getestet habe.
Könnte man evtl über ComponentCount iterieren bis man seinen Splitter gefunden hat und dann einen index rückwärts gehen um das "Position" als ein "Width bzw Height" an diese komponente zu senden?

Falls ja, könnte man ja per Vcl Inception das nachtragen oder einen "Sohn" vom "Vater"-Splitter erstellen der dies dann macht.

[Uwe Raabe]

TSplitter implementiert ja bereits eine function FindControl und speichert das Ergebnis zwischen MouseDown und MouseUp in FControl ab. Beides leider private. Daneben gibt es noch ein paar andere womöglich brauchbare Methoden, von denen die meisten auch private sind.

Man könnte jetzt durch geschickte MouseDown, MouseMove und MouseUp Aufrufe das gewünschte zu erreichen versuchen - aber das sollte nicht von der Sinnhaftigkeit eines Feature-Requests ablenken.

[himitsu]

Ich hatte eigentlich bei TSplitter vor Langem alles aufgegeben, (vom Wochenende schau ich da aber jetzt nicht genauer in sein Innenleben, um da was melden zu können)

da wir den Splitter von DevExpress nutzen.
Der hat etwas mehr, aber dafür ist genug Anderes noch viel schlimmer. (viele Bugfixes durch DX, nach BugReports, und noch mehr selber repariert, was die (noch) nicht hinbekommen hab)
(der hat z.B. ein Property für das Control, was man aber besser auch selber setzen sollte, da der sonst öfters mal mist baut ... z.b. das falsche Control verschiebt oder oft dann garnichts mehr macht)

[QuickAndDirty]

Zitat von Uwe Raabe:

TSplitter implementiert ja bereits eine function FindControl und speichert das Ergebnis zwischen MouseDown und MouseUp in FControl ab. Beides leider private. Daneben gibt es noch ein paar andere womöglich brauchbare Methoden, von denen die meisten auch private sind.

Man könnte jetzt durch geschickte MouseDown, MouseMove und MouseUp Aufrufe das gewünschte zu erreichen versuchen - aber das sollte nicht von der Sinnhaftigkeit eines Feature-Requests ablenken.

Einfach die Width der gleich aligned layouts neben dem FMX TSplitter speichern und laden und setzen (und die Bounds des Formulars)
Und alles geht.

[himitsu]

Ja, das wurde ja schon gesagt,
aber es wäre schon schön, wenn man die Position des "Splitters" speichern/laden könnte (nicht erst das Control suchen muß), wenn man die Position des Splitters speichern will.

Hast du Laden/Speichern-Code im Programm, muß du dann aufpassen, wenn jemand in der Form bissl umbaut.
Wäre blöd, wenn man dann das Control hart angegeben hast, anstatt auf Splitter.Position zugreifen zu können.
Packt man z.B. dieses Control in ein Panel, dann ist es ja ab nun das Panel, wovon man Width oder Height setzen muß, aber das vergißt derjenige natürlich umzubauen.



Unseren DevExpress-Splitter habem wir abgeleitet und ich hab ihm ein paar Funktionen hinzugefügt.
* z.B. damit er (optional) selber seine Position in der Registry speichert und beim Erstellen der Form selbsständig lädt.
(ein Property, anstatt für jeden Splitter in jeder Form manuell den Lade-/Speichercodes einbauen zu müssen)

Nur hat DevExpress einen Bug, dass wenn man auch das Zusammengeklappt speichert und versucht es beim DFM-Laden wieder zu laden (CloseSplitter), dass es dann nicht richtig funktioniert.
(es geht, aber er vergißt dann alles ala MinWidth, bzw. die Constaints des Controls werden ab nun vollkommen ignoriert) ... sowas funktioniert erst, 'ne Sekunde, nachdem die Form einmal komplett angezeigt wurde.