Änderungen im TFrame auf einem TForm verhindern.

[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?

[Jumpy]

Nee ich hatte bloß zu kurz gedacht:

Wenn ich ein Frame mit 2 Edits und einem Button drauf habe und das Frame zur Designtime auf ein Form (und dort ggf. auf ein Panel) lege, dann kann ich mir das Frame auch sparen und die 2 Edits und den Button auch direkt auf ein Panel legen.


Was ich damit natürlich nicht berücksichtigte ist z.B., dass man das Frame ja an verschiedenen Stellen (mehrfach) einsetzen kann und dann kan man das auch ruhig schon zur Designtime benutzen.

[dummzeuch]

Zitat von Jumpy:

Nee ich hatte bloß zu kurz gedacht:

Wenn ich ein Frame mit 2 Edits und einem Button drauf habe und das Frame zur Designtime auf ein Form (und dort ggf. auf ein Panel) lege, dann kann ich mir das Frame auch sparen und die 2 Edits und den Button auch direkt auf ein Panel legen.


Was ich damit natürlich nicht berücksichtigte ist z.B., dass man das Frame ja an verschiedenen Stellen (mehrfach) einsetzen kann und dann kan man das auch ruhig schon zur Designtime benutzen.

Nicht nur das, man kann in einem Frame auch Code hinterlegen, z.B. zur Eingabevalidierung.