popupmenu call to check active item used by popmenucontroler when dialog propery !=null should be overridden by subclasses
popupmenu call for menu action used by popmenucontroler when dialog propery!=null should be overridden by subclasses
The base's Ok button, re-labelled: replace every occurrence in one undo step.
No scrim behind this one.
#dialoglayer carries a 30% black wash in the stylesheet, which is right for a modal dialog: it says the document is not accepting input. Find & Replace is the opposite — the document is being edited THROUGH it, the caret moves and the text changes while it is open — so dimming the very page the user is watching is the wrong signal, and makes the matches it is finding harder to see.
Cleared on the way in and restored on the way out. The layer is shared, so leaving it transparent would take the scrim away from every modal dialog opened afterwards — which is exactly the bug the clip manager has, and why this wash appears in one host and not another depending on which dialog ran first (TYP-676).
genaral call back to dispatch events back to the dialog...
can be null
Base class for modal dialog's
Standard header and footer with cancel and ok button's