WinForms: Aufteilen des Formulars mit TPanel

[Jens Schumann]

Hallo,
ich habe etwas sehr merkwürdiges Entdeckt. Ich habe ca 1,5 Stunden für folgende Erkenntnis benötigt.

Bis Delphi 7 hat man einfach ein paar TPanel auf das Formular gesetzt und die Align Property
gesetzt. Fertig.

Bei einer Delphi 8 WinForm Anwendung bin ich genauso rangegangen und es klappte nicht.
Panel1.Dock auf Fill gesetzt und Panel2.Dock auf Top. Panel1 hat das ganze Formular ausgefüllt
und sich unter Panel2 geschoben. - Verdammt -

Achtung: Bei der Dock Property ist die Erstellungsreihenfolge der Komponenten entscheidend.
Siehe in der OH unter "Exemplarische Vorgehensweise: Erstellen einer Multipane-Benutzeroberfläche mit Windows Forms"

Erst als ich Panel1 gelöscht habe und ein weiteres Panel (Panel3.Dock = Fill) eingefügt habe funktionierte es wie gewünscht.

Das ist doch lächerlich - oder was ?

[mirage228]

Also bei mir hat das auch funktioniert wenn ich zuerst das Panel mit .Dock=Fill und danach erst das Panel .Dock=Top erstellt habe...

mfG
mirage228

[CalganX]

Hi,
das ist ein Fehler des Formdesigners von Borland. Das gleiche Problem gibt es beim C#Builder! Aber bei Microsoftprodukten scheinbar nicht.

Das habe ich auch schon zu sakura gesagt: Es ist Standard geworden den USer als Beta-Tester zu missbrauchen.

Chris

[mirage228]

Zitat von Chakotay1308:

Hi,
Es ist Standard geworden den USer als Beta-Tester zu missbrauchen.
Chris

Zum Glück ist es noch nicht so schlimm, wie bei den Computerspielen...

EDIT: Aber wieso kann ich den Fehler nicht genau reproduzieren? Hm.. mal schauen...
EDIT2: Ok, das ist wirklich nen Bug (aber die 52Sek. Startzeit und lahme Oberfläche sind schlimmer IMHO)

mfG
mirage228

[CalganX]

Hi,
stimmt. Aber daher kommt dieses "Ritual".
Trotzdem ist es fatal. Später fängt Borland damit an, wie Macromedia: um einen Fehler zu beheben musst du den Patch kaufen für einiges ?uronengeld.

Chris

[Jens Schumann]

Hallo

Zitat von Chakotay1308:

das ist ein Fehler des Formdesigners von Borland

das glaube ich nicht. 1. Wird dieses Verhalten in der OH beschrieben. 2. Wenn ich es richtig verstanden haben ist die IDE nicht von Borland, sondern kommt aus dem .NET Framework.

[r_kerber]

Zitat von mirage228:

EDIT2: Ok, das ist wirklich nen Bug (aber die 52Sek. Startzeit und lahme Oberfläche sind schlimmer IMHO)

Weil Delphi 8 eine .net-Anwendung ist und bei jedem Start vom JIT in Maschinencode übersetzt wird. Und alles was der GC irgendwann mal in's Nirvana geschickt hat, muß auch wieder neu compiliert werden! Abhilfe: Möglichst viel Hauptspeicher, damit der Garbage Collector nicht so oft aufräumen muß. Auf der Roadshow wurde gesagt, mindestens 512 MByte besser wäre 1GByte!

[Jens Schumann]

Zitat von Jens Schumann:

Wenn ich es richtig verstanden haben ist die IDE nicht von Borland, sondern kommt aus dem .NET Framework.

Das ist wohl falsch. Ich glaube nur der Formdesigner kommt aus dem Framework.

[r_kerber]

Zitat von Jens Schumann:

Das ist wohl falsch. Ich glaube nur der Formdesigner kommt aus dem Framework.

Stimmt. Aus dem .net-Framework kommen Teile der IDE, wie z.B. der Formdesigner und der Quellcode-Editor. Borland hat diese fertigen Komponenten nur genommen und "zusammengebastelt".

[mirage228]

Zitat von r_kerber:

Zitat von mirage228:

EDIT2: Ok, das ist wirklich nen Bug (aber die 52Sek. Startzeit und lahme Oberfläche sind schlimmer IMHO)

Weil Delphi 8 eine .net-Anwendung ist und bei jedem Start vom JIT in Maschinencode übersetzt wird. Und alles was der GC irgendwann mal in's Nirvana geschickt hat, muß auch wieder neu compiliert werden! Abhilfe: Möglichst viel Hauptspeicher, damit der Garbage Collector nicht so oft aufräumen muß. Auf der Roadshow wurde gesagt, mindestens 512 MByte besser wäre 1GByte!

Na super, ich hab ein Gigabyte RAM und es läuft trotzdem sau langsam (prozessor ist 1.5 Ghz)