Änderungen im TFrame auf einem TForm verhindern.

[bernau]

Ich habe ein TFrame auf dem verschiedene Komponenten positioniert sind. Je nach Einstellung werden die Komponenten anders angeordnet. Das mache ich im Create des Frames.

Wenn das Frame auf ein Form platziert wird funktioniert auch alles soweit. Wenn aber im Form eine Komponente des Frame "aus versehen" leicht verschoben wird, dann bleibt diese Komponente dort platziert. Eine Änderung im Create ist nicht mehr möglich. Erst wenn ich "Geerbte Einstellungen wiederherstellen" (Rechter Mausklick auf die Komponente im TForm) verwende, oder den entsprechenden Eintrag in der DFM des Forms lösche, dann funktioniert auch die Änderung im Create wieder.

Ist aber lästig. Vor allem, wenn man die zufällige Änderung nicht bemerkt.

Gibt es die Möglichkeit die Änderungen der Framekomponenten auf der Form grundsätzlich zu verhindern. Oder gibt es eine "vererbte" Funktion im Frame, die aufgerufen wird, nachdem die Form komplett erzeugt wurde?

[Uwe Raabe]

Es gibt eine Option generell die Elemente im Form-Designer vor Verschieben zu schützen: Bearbeiten - Elemente fixieren

Speziell nur für Frame-Instanzen ist mir nichts dergleichen bekannt. Aber das klingt nach einer interessanten Aufgabe für ein Plugin

[bernau]

Zitat von Uwe Raabe:

Es gibt eine Option generell die Elemente im Form-Designer vor Verschieben zu schützen: Bearbeiten - Elemente fixieren

Ja. aber diese Option fixiert alle Formulare.

Zitat von Uwe Raabe:

Aber das klingt nach einer interessanten Aufgabe für ein Plugin

Juhu. Lass mich wissen, wenn du einen Ansatz hast.


Im Augenblick helfe ich mit mit Resize des Frames. Das wird irgendwie immer aufgerufen. Beim ersten Durchlauf verschiebe ich dort die Komponenten und merke mir das mit einem Flag, damit diese nur einmal ausgerichtet werden. Ist aber eine Krücke und ein Property "FixateComponents" im Frame wäre schon eine feine Sache.

[dummzeuch]

Ich mache das immer über die Sourcecode-Verwaltung: Beim Einchecken die DFM-Dateien anschauen und alle Änderungen innerhalb des/der Frames rückgängig machen.

Ist zwar nicht ideal, aber hilft. Das kann man natürlich jederzeit machen, nicht nur beim Einchecken.

Alternativ hilft nur ein Plugin (ich kenne keines, weiss auch nicht, ob es überhaupt möglich ist) oder Frames nie im Designer zu einem Formular hinzufügen sondern immer erst zur Laufzeit. Beim Design dann Panels als Platzhalter verwenden. (Es soll sogar Leute geben, die statt Panels ein Image mit einem Screenshot des Frames verwenden.)

[Der schöne Günther]

Zitat von dummzeuch:

Ich mache das immer über die Sourcecode-Verwaltung: Beim Einchecken die DFM-Dateien anschauen und alle Änderungen innerhalb des/der Frames rückgängig machen.

Ich ebenso. Zwar ziemlich schade da man die gleiche Zeit auch für etwas Sinnvolles verwenden könnte, aber immer noch zeiteffektiver als sich mit den Folgen herumzuplagen 😎

Zitat von dummzeuch:

oder Frames nie im Designer zu einem Formular hinzufügen sondern immer erst zur Laufzeit. Beim Design dann Panels als Platzhalter verwenden. (Es soll sogar Leute geben, die statt Panels ein Image mit einem Screenshot des Frames verwenden.)

"nie" finde ich jetzt etwas extrem. Mann kann doch sowohl, als auch.

Trotzdem ein sinnvoller Ansatz, besonders bei großen/verschachtelten Frames. Weiterer Bonus: Der Formular-Designer baut sich schneller auf.

[uligerhardt]

Ich glaube mich zu erinneren, dass Frames sich so verhalten, wenn man eine Komponente draus macht.

[bernau]

Zitat von Der schöne Günther:

Zitat von dummzeuch:

Ich mache das immer über die Sourcecode-Verwaltung: Beim Einchecken die DFM-Dateien anschauen und alle Änderungen innerhalb des/der Frames rückgängig machen.

Ich ebenso. Zwar ziemlich schade da man die gleiche Zeit auch für etwas Sinnvolles verwenden könnte, aber immer noch zeiteffektiver als sich mit den Folgen herumzuplagen 😎

Zitat von dummzeuch:

oder Frames nie im Designer zu einem Formular hinzufügen sondern immer erst zur Laufzeit. Beim Design dann Panels als Platzhalter verwenden. (Es soll sogar Leute geben, die statt Panels ein Image mit einem Screenshot des Frames verwenden.)

"nie" finde ich jetzt etwas extrem. Mann kann doch sowohl, als auch.

Trotzdem ein sinnvoller Ansatz, besonders bei großen/verschachtelten Frames. Weiterer Bonus: Der Formular-Designer baut sich schneller auf.

Ich bin tatsächlich ein Freund vom Erzeugen von Frames während der Laufzeit. Vor allem wenn Frames auf einem Pagecontrol platziert sind und die ganze Clientfläche benutzen. In ein paar Fällen sind aber Frames zwischen anderen Frames oder sonstigen Komponenten platziert. Dann ist es schon besser, diese zur Designtime zu platzieren.

Beim Einchecken in die Sourcecodeverwaltung kann man zwar die Änderungen kontrollieren. Aber mal ganz ehrlich...... an der Stelle will ich nichts mehr kontrollieren.

[Der schöne Günther]

Von wollen hat auch niemand gesprochen 😓

Es geht weniger darum den Quelltext schön zu machen, sondern die Vielzahl an Problemen die auftreten kann wenn man es nicht tut.

Beispiel:

1. Packe ein GridPanel auf Frame A
2. Stecke eine Komponente X in das Gridpanel, und gebe ihm z.B. RowSpan = 2
3. Platziere Frame A auf Formular B

Spätestens nach 5 Minuten ist die RowSpan = 2 -Angabe rausgefallen. Das ist schon sichtbar wenn man das nächste mal das Projekt aufmacht und Formular B öffnet. Der Bug steckt schon seit Jahren in der VCL und sogar FMX.

Anderes Beispiel:
ImageLists. Die werden auch gerne redundant nochmal auf die Formulare kopiert. Wenn man nicht aufpasst hat man Grafiken dann doppelt und dreifach in die Anwendung eingelinkt.

[Jumpy]

Ich frag mal halb ketzerisch: Wenn man ein TFrame zur Designtime platziert. Hätte man nicht ein TPanel nehmen können?

[bernau]

Zitat von Jumpy:

Ich frag mal halb ketzerisch: Wenn man ein TFrame zur Designtime platziert. Hätte man nicht ein TPanel nehmen können?

???
meinst du das Frame zur Designzeit auf das Panel platzieren, oder das Frame zur Laufzeit erzeugen und dann auf das Panel platzieren?