ssLayout-Komponente

[Der schöne Günther]

Wie schon an anderer Stelle: Dem Ding zuzuschauen ist irgendwie putzig

Vor allem der letzte Bildschirm macht es wirklich spannend, das läuft ja wirklich in Perfektion.

Eins fällt mir noch ein: Wie verhält es sich mit Komponenten, die in sich selbst wieder Spaltenbreiten haben wie beispielsweise ein TDBGrid?

PS: Immer wieder klasse, was YouTube bei Videos im kleineren Kreis für Vorschläge für weitere Videoclips hat. Ancient massacre being discovered by archeologists, Webhosting powered by Hulk Hogan, ...

[stahli]

"Putzig" war jetzt eigentlich nicht beabsichtigt.
Aber das sind ja auch nur die Nebeneffekte bzw. Extremfälle.

Die ssLayout verändert lediglich die Positionen und Größen der enthaltenen Controls.
Ein DBGrid würde sich entsprechend genau verhalten als wenn es z.B. mit alClient positioniert wäre oder seine Breite durch "DBGrid1.Width := 200;" ändern würde.

Zur Verdeutlichung hätte ich in die Memos mal Text setzen können.
Es wird nichts scaliert oder so, sondern nur die Controls neu positioniert.

An den Controls selbst wird auch nichts verändert. Das sind weiterhin ganz normale Edits, Memos usw. Man kann sie auch jederzeit auf ein Panel umsetzen, wenn man die Ausrichtungsmöglichkeiten nicht mehr braucht.

Man kann sich durch die ssLayout eben die x-fache Verschachtelung diverser Panels, Reaktionen in OnResize u.ä. sparen auch wenn man komplexere Anordnungsregeln benötigt.

[Furtbichler]

Ja, aber in welchem realen Fall will man denn, das die Controls so umherwandern? 99% aller Controls haben (bei konstantem Font) eine feste Größe, weil z.B. die Kundennummer nun einmal 6-stellig ist. Da muss nix wandern. Die einzigen Controls, die dehnbar sein könnten, sind doch Memos, Grids und Bildchen.

Ich kann mir einfach keinen konkreten Fall aus der echten Welt vorstellen, wo das sinnvoll ist.


Aber deine Einteilung in waagerechte oder senkrechte Bereiche ist schon sehr praktisch. Allerdings sind bei mir *immer* der obere (Titelzeile) und der untere (Buttons) Panel fest (z.B. 50 pixel). Also reichen mir 3 Panels (header, client, buttons).

[stahli]

Das Zusammenschieben der verteilten Controls ist natürlich nur ein Nebeneffekt.

Ein recht reales Beispiel ist im letzten Tab zu sehen. In Tab 3 und 4 im Grunde auch schon.
Natürlich ist die Komponente vor allem nützlich, wenn mehrere dehnbare Controls (und dazwischen ggf. auch nicht dehnbare) eingesetzt werden und/oder sonst kompliziere Berechnungen für die Anordnungen notwendig würden.

Wenn Du nur 3 Bereiche brauchst, oben und unten fix und in der Mitte alClient, dann bringt Dir die ssLayout nicht viel.
Für alles, was darüber hinaus geht (schon wenn der Header und Footer in bestimmten Grenzen mitwachsen soll oder zusätzliche Regionen benötigt werden) wird sie schon sehr helfen.

Mit Hilfe der ssLayout kann man Komponenten einfach aneinander docken, wobei dann automatisch einheitliche Abstände definiert werden.

Ich mache das einfach mal fertig, vielleicht überzeugt es ja dann doch noch...