Form auf Panel ?

[MaBuSE]

Zitat von stoxx:

gefunden .. die eigene Dummheit lässt grüßen

Was war es denn, lass uns nicht dumm sterben!

[Cyberaxx]

Zitat von MaBuSE:

Zitat von stoxx:

gefunden .. die eigene Dummheit lässt grüßen

Was war es denn, lass uns nicht dumm sterben!

Ka ob das noch hier her gehört aber vllt. hat er ja auch nur die Position des Fensters ein wenig ungeschickt gesetzt. Hatte eben das gleiche problem. Die Form wurde nicht "angezeigt" lag daran das sie von der position her ausserhalb des Bereiches lag.

Gruß

Cyber

[Jens Hartmann]

Hallo zusammen,

ich habe sowas ähnliches gebaut. Ich erstelle verschiedene Formulare zur Laufzeit auf einem Panel. Mein Problem liegt nun darin, das ich diese Formular nicht verschieben kann.

Ich kann die Komponenten auf dem Formular bedienen etc., aber über die BorderIcons z.B. das Formular nicht schließen. Genauso, kann ich das Formular nicht auf dem Panel verschieben.

Meine Formulare erstelle ich wie folgt...

Delphi-Quellcode:

  fStammdaten := TfStammdaten.Create(pnlData);
  fStammdaten.Parent := pnlData;
  fStammdaten.Show;
  SendMessage(fStammdaten.Handle , WM_NCACTIVATE, 1, 0);

[Bernhard Geyer]

Was du machen willst hört sich nach dem (nicht mehr gebräuchlichen) MDI-Konzept an. Du brauchst ein MDI-Hauptfenster und die anderen Fenster müssten MDI-Kindfenster sein.

[Jens Hartmann]

Ich weiß, aber das Konzept gefällt mir ganz gut, da ich über einen entsprechenden Tree auf der Linken-Seite, viele Eingabeformular anbinden muss. Dies kann man darüber sehr schön lösen.

Aktuell habe ich einige dieser Formulare als Frames erstellt. Dabei ist aber immer wieder das Problem, wenn man was ändert, das dann teilweise der Frame neu gesetzt werden muss.

[Bernhard Geyer]

Zitat von Jens Hartmann:

Ich weiß, aber das Konzept gefällt mir ganz gut, da ich über einen entsprechenden Tree auf der Linken-Seite, viele Eingabeformular anbinden muss. Dies kann man darüber sehr schön lösen.

Das Konzept mit Tree links und Inhalt des gewählten Knotens hat man häufiger (Siehe Einstellungsdialog Office oder FF), aber dazu braucht man keine bewegbare MDI-Childfendster.

[Sir Rufo]

Zitat von Jens Hartmann:

Aktuell habe ich einige dieser Formulare als Frames erstellt. Dabei ist aber immer wieder das Problem, wenn man was ändert, das dann teilweise der Frame neu gesetzt werden muss.

Könntest du das einmal näher erläutern?

[Jens Hartmann]

Zitat von Bernhard Geyer:

Das Konzept mit Tree links und Inhalt des gewählten Knotens hat man häufiger (Siehe Einstellungsdialog Office oder FF), aber dazu braucht man keine bewegbare MDI-Childfendster.

Das man da nicht zwingend MDI-Childfenster benötigt, ist klar. Ich finde es halt eine praktische Lösung, weil ich somit auch zwei Knoten theoretisch parallel öffnen könnte um Daten in den vergelich zu stellen.

Wie würdest Du sowas lösen?

Zitat von Sir Rufo:

Könntest du das einmal näher erläutern?

Ich habe verschiedene Frames im Hauptformular mit "Visible = false" Diese aktiviere ich je nach Anforderung. Gefüllt sind die Frames mit verschiedene Komponenten dbEdits, Edits, Labels etc. Auch verschieden Funktione/Methoden sind implementiert.

Jetzt ist es öfters vorgekommen, dass verschiedene Erweiterungen stattgefunden haben. Teilweise musste ich dabei feststellen, das z.B. verschiedene Erweiterung nicht immer mit ins Hauptformlar übernommen wurden.

Teilweise waren die neuen Komponenten nicht sichtbar/vorhanden, teilweise funktionierten die Methoden etc. nicht. Vollständige Funktion war erst nach erneutem einfügen des Frames möglich.

Vorgehen: Frame gelöscht, Frame neu eingefügt

[Sir Rufo]

Ah, ok ... dann hilft nur die dynamische Erzeugung der Frames/Forms

[mm1256]

Zitat von Jens Hartmann:

....Vorgehen: Frame gelöscht, Frame neu eingefügt

Darf ich mal nachfragen, ist die Info, dass du XE2 verwendest, noch aktuell? Wenn ja, würde ich ganz dringend empfehlen, mal zu XE7 wechseln. Ich verwende auch (noch) sehr intensiv MDI und hatte ebenfalls solche bzw. ähnliche Phänomene mit XE2. Nach dem Wechsel auf XE7 war dann vieles verschwunden. Übrigens, obwohl ich eine aktive Subscription habe verwende ich für reine VCL-Apps immer noch XE7. Das ist für VCL-Anwendungen meiner Meinung nach die Beste (bugfreieste) IDE die man für die VCL momentan bekommen kann.