Standardverhalten von Dialogen (ab)ändern

[grenzgaenger]

wenn du den wert ModalResult <> MrNone setzt, wird dein form geschlossen. wenn du dann beim button click noch mals den modalresult setzt, wird dein vorheriger überschrieben...

wenn du also den modalresult im button setzt (wie in deinem beispiel), darfst du das close nicht mehr verwenden, wenn du das ergebnis auswerten möchtest.

<HTH> GG

[TBx]

Hallo Alter Mann,

das Phänomen erklärt soich wie folgt:

Vor Aufruf des OnClick-Ereignisses wird der Wert aus ModalResult an die Form weitergegeben.
In Deiner Ereignisbehandlung ruftst Du Close auf. Close besetzt modalResult mit mrCancel (2).
Damit ist der Wert von Modalresult schon wieder geändert, bevor dieser ausgewertet wird.

Gruß

Thomas

[Alter Mann]

Hallo Thomas

genau das meinte ich.

Was mich an der ganzen Sache stört ist der Ablauf als solches.
Weise ich den Buttons keine Ereignisbehandlung zu, werden die ModalResult-Werte der Buttons
zurückgegeben ansonsten immer mrCancel. Super Logik.

Gruß

[TBx]

Zitat von Alter Mann:

Weise ich den Buttons keine Ereignisbehandlung zu, werden die ModalResult-Werte der Buttons
zurückgegeben ansonsten immer mrCancel. Super Logik.

Stimmt so nicht ganz, andere Befehle als Close werden durchaus ausgedführt und dann Modalresult nach Abarbeitung der Ereignisbehandlungsrutine behandelt.
Aber in der Procedure Close wird Modalresult für Modale Fenster explizit gesetzt.
In einem Aktuellen Projekt gebe ich in der OnClick-Rutine Eines Buttons per Showmessage eine Nachricht aus. Der Button hat ModalResult = mrOk eingestellt.
Nach bestätigen der Showmessage, schließt sich aufgrund des Modalresult die Form.

Gruß

Thomas

[grenzgaenger]

was du machen könntest, wäre die close methode deiner form zu überschreiben und die rückgabewerte entsprechend zu setzen...

[Alter Mann]

Ist schon Okay.

Es reicht jetzt

Wir haben das Thema genug erörtert, ich habe etwas dazu gelernt und gut.

Schönes Wochenende und

Tschüß