Fehler beim designen: Kompo rutscht in der Hierachie durch bis auf die Form

[hoika]

Hallo,
ich kann es auch nachvollziehen (mal mit D2007 probiert).
Bei Nutzung von GroupBox statt Panels rutscht der Button nur nach GroupBox1 ...

[Daniel L.]

Rutscht bei mir auch mit Groupbox1/2 bis auf Form.

Ja was ist denn da los

[hoika]

Hallo,
das war bei mir bei den TMS-Komponenten immer so.
Dass es auch bei den "normalen" VCL-Komponenten so ist, tja ;(

[Daniel L.]

Hmm,

im Designmodus scheint sich der Compiler also bei einer bestimmten Konstellation mit der Hierachie-Reihenfolge zu verhaspeln.
(Die betroffene Komponente landet in der dfm-Datei dann in dem falschen object-end Block)

Das würde ich mal einen Bug nennen, der aber offensichtlich selten auftaucht, wobei er anscheinend schon Jahre existiert

Man kann den Fehler dann händisch in der dfm korrigieren, wobei dann auch TabOrder, Top und Left korrigiert werden muß!

Daniel

[Luckie]

Und was, wenn du Button1 ausschneidest und auf Panel2 einfügst?

Der Editor scheint sich das Parent zu merken beim Verschieben. Du schiebst es zwar optisch auf Panel2, aber die Form1 bleibt wohl das Parent, so dass er sich dann zwar an der neuen Position befindet, aber immer noch der Form1 gehört und nicht dem Panel2. Ist ja auch logisch, woher soll der Editor wissen, dass jetzt Panel2 das Parent sein soll, nur weil du es über das Panel gezogen hast? Du hast es ja nur verschoben auf der Form, aber nicht IN das Panel2 fallen lassen.

Gehen wir vom umgekehrten Verhalten aus. (Ok, etwas konstruiert, aber das soll uns jetzt nicht weiter stören.) Der Editor macht den Button1 automatisch zum Child von Panel2 bei der Aktion. Jetzt willst du aber das Panel2 zur Laufzeit nutzen, um den Button zu verbergen. Das würde jetzt auch nicht funktionieren, da ja Panel2 das Parent ist und nicht, wie gewünscht, die Form1.

Kurz: Das Verhalten ist durchaus nachvollziehbar aus der Sicht des Editors. Die Entwickler musste sich für ein Verhalten entscheiden und haben sich für das wohl intuitievere und aus ihrer Sicht logischere entschieden.

[jaenicke]

Zitat von Daniel L.:

der Fehler entsteht generell auch bei neuen Projekten!

Probiert mal folgendes (in der Reihenfolge!)

// EDIT (nicht richtig geschaut):
Bei mir landet der Button dann auf Panel1. Klicke ich die Komponente in der Palette aber nur an und dann auf das Ziel oder ziehe auf dem Ziel das Rechteck auf, so landet der Button auf Panel2.

Da die meisten (mich eingeschlossen) wohl eher letzteres machen dürften, ist das noch nicht groß aufgefallen. Ich finde es auch sehr viel sinnvoller als die Komponente erst in der Standardgröße auf das Formular zu ziehen mit einem langen Dragvorgang und dann die Größe zu ändern.

[hoika]

Hallo,
ich habe mich daran gewöhnt.
Meistens nehme ich eine auf dem Form existierende Komponente (z.B. eine Label) und kopiere sie
an die gewünschte Position/auf die gewünschte Komponente.

[Daniel L.]

Zitat von jaenicke:

Klicke ich die Komponente in der Palette aber nur an und dann auf das Ziel oder ziehe auf dem Ziel das Rechteck auf, so landet der Button auf Panel2.

Ah - das ist der entscheidene Punkt!

Ich hab neue Komponenten immer aufs Formular gezogen (seit Delphi 2),
und sie sind immer da gelandet, wo ich sie losgelassen hatte - bis gestern!

Der Fehler (oder besser das unerwartete Verhalten) entsteht nicht,
wenn die neue Komponente einmal in der Palette angecklickt, und dann auf der entsprechenden Containerkomponente durch erneutes Klicken eingefügt wird.

Danke jänicke!

Daniel