Par2: Delete: Sequence of events 2003-05-25 -- Michael Ware The delete message is getting issued from a call to the file's Relation
manager in the Window's PrimeUpdate method. The actual chain of events is:
1. The Window's Init call's the PrimeUpdate
2. The Window's PrimeUpdate calls the Relation Manager's Delete
3. The Relation Manager's Delete calls the File Manager's Throw
4. The File Manager's Throw calls the ErrorManagers Throw
5. The ErrorManagers Throw calls the ErrorManager's TakeUser
6. The .TakeUser pop's the message with the Yes button hardcoded as the
default.
I skipped a few in here, but this is the general flow.
The easiest option would be to change the window from "Standard Warning" to
auto-delete, and issue your own message in the window's PrimeUpdate before
the parent call, if the user responds "No" set Self.Response to
RequestCanceled and return Level:Fatal.
If you want a more global solution, you can either directly modify the
ABError.clw to default all user level messages to Button:No, or subclass
either the error, file, or relation managers to suit your needs.
Printed November 21, 2024, 7:12 am This article has been viewed/printed 35204 times. |