Wenn ich unter diesem Betreff noch einmal auf mein ursprüngliches Problem
zurück kommen darf.
Dass ein teilweise überdecktes Fenster (Fenster1) beim Öffnen eines weiteren
Fensters (Fenster3) über das verdeckende Fenster (Fenster2) neu gezeichnet
wird, liegt offenbar daran, dass dabei das resized-Event von Fenster1
ausgelöst wird.
Alle meine Fenster haben im resized-Eventhandler eine Routine, die die Größe
der Controls der neuen Fenstergröße anpasst. Klar, dass das jeweilige
Fenster neu gezeichnet werden muss, wenn es resized wird, aber doch nicht,
weil ein anderes Fenster darüber geschoben wurde und sich ein weiteres
Fenster öffnet.
Und dann kommt noch hinzu, das alles passiert nur, wenn das sich öffnende
Fenster3 ein Floating Windows ist. Ist es ein gewöhnliches Document, ist das
ganze Problem verschwunden.
Ist das ein Bug (RB 07_2 für Windows) ?
bestens, Christian Hahn.
> -----Ursprüngliche Nachricht-----
> Von: realbasic-nug dot de-bounces at lists dot realsoftware dot com
> [mailto:realbasic-nug dot de-bounces at lists dot realsoftware dot com]Im
> Auftrag von
> Christian Hahn
> Gesendet: Dienstag, 21. August 2007 23:30
> An: mail at dietmar-plassmann dot de; REALbasic NUG German
> Betreff: AW: Fensterreihenfolge beim Neuzeichnen
>
>
> Hallo Dietmar,
> doch, es ging in der Diskussion "MDI simulieren" tatsächlich um
> MultiDocumentInterface, offenbar ein Windows-only-feature, bei dem mehrere
> Child-Fenster innerhalb eines Parent-Fensters gehalten werden können.
> Das lässt sich auch mit RB realisieren, allerdings nur für
> Windows-Compilierungen bzw. auf Windows-Rechnern (logisch).
> Nun hat mein Programm also 5 einzelne Document-Fenster auf dem
> Bildschirm um
> ich kämpfe mit diesem für mich nicht verstehbaren Phänomen.
>
> > Würde ganz schön flimmern, oder? Wenn ein Fenster nach dem anderen
> > nach vorne kommt, bis wieder die ursprüngliche Reihenfolge hergestellt
> > ist.
>
> Stimmt. Aber was könnte es sein, dass dieses eine Fenster dazu
> bringt, sich
> immer neu zu zeichnen? Im paint-event-handler habe ich keinen Code.
>
> bestens, Christian Hahn.
>
|