Re: bug or feature - obscured modal dialogs?

Uwe Klein wrote:
Hi brian,

Bryan Oakley wrote:

Uwe Klein wrote:



You have "raise on focus" active with your wm?



I specifically have a binding that tells the main window to raise when you click in ".".


BUT that does not work for me(see prev. post),
i have to raise by clicking the decoration.

"bind . <1> {raise .}" IMHO is not the binding that is executed.
( test with debug statement in binding )

I think you have "raise on focus" _and_ "click to focus" active with your wm.
Thus your . window is raised by the wm !?

While it is true that the window can be raised by the wm (and that's what my original post demonstrates), there are other forces at play. I should have done a better job representing the error.

This is a collaborative app that may be receiving data changes from other apps automatically in the background. Unfortunately, those changes might result in "raise ." being called while a modal window is displayed. In that case, the application is causing "." to obscur a modal dialog.

I can simulate this easy by doing 'after 30000 {raise .}" in a console window, then sourcing the script I posted earlier, and clicking the button to get the message box. I would have thought that raise wouldn't raise "." above the message box, but it does (in the case where the -parent of the messagebox is a toplevel that is a child of ".").

--
Bryan Oakley
http://www.tclscripting.com
.