Bugs item #1939911, was opened at 2008-04-11 14:23
Message generated for change (Comment added) made by tksoh
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1939911&group_id=199155
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: dialogs
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Peter Ruibal (fmoo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modal Dialogs aren't staying on top on application switch
Initial Comment:
Modal dialogs arenn't staying on top of the parent window when alt+tabbing
between applications.
For Example:
Check out a repository (any repository)
Make a change
Open internal commit tool
Hit commit (should cause an error dialog to pop-up)
Alt+tab to your web browser
Alt+tab back to commit tool
The commit tool is now displayed but the "pop-up" dialog box is not visible.
As a result, any attempt to click the front-end UI components do not work.
Workaround:
Keyboard shortcuts *are* captured by the hidden pop-up window, so pressing
Escape (causes the dialog to close, and control to be returned to the parent
window.
----------------------------------------------------------------------
>Comment By: TK Soh (tksoh)
Date: 2008-04-17 20:42
Message:
Logged In: YES
user_id=411637
Originator: NO
Fix pushed to crew as cset f01671e11984 and 08eca2607f01.
----------------------------------------------------------------------
Comment By: TK Soh (tksoh)
Date: 2008-04-14 16:00
Message:
Logged In: YES
user_id=411637
Originator: NO
gtk.MessageDialog, subclassing from gtk.Dialog, is supposed to call
set_transient_for() already. Somehow, this is not done properly (on Windows
only?). In any case, calling set_transient_for() explicitly doesn't fix it
either.
My version seems to work fine so far.
----------------------------------------------------------------------
Comment By: Peter Ruibal (fmoo)
Date: 2008-04-14 14:52
Message:
Logged In: YES
user_id=2006774
Originator: YES
Would dialog.set_transient_for(parent) work at all? Or does your version
of MessageDialog use this or work better?
----------------------------------------------------------------------
Comment By: TK Soh (tksoh)
Date: 2008-04-13 20:01
Message:
Logged In: YES
user_id=411637
Originator: NO
Failing to find any information in addressing the bug with
gtk.MessageDialog, I've created my own version MessageDialog instead, which
is functionally compatible with gtk.MessageDialog.
As of now, it's sitting in my local patch queue. I'll push it if nothing
helpful comes up on the web in the couple of next day or so.
----------------------------------------------------------------------
Comment By: TK Soh (tksoh)
Date: 2008-04-13 00:08
Message:
Logged In: YES
user_id=411637
Originator: NO
There seemed to be some bugs with gtk.MessageDialog on Windows:
http://www.daa.com.au/pipermail/pygtk/2007-February/013460.html
I'll google around to see if there's any workaround.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=968354&aid=1939911&group_id=199155
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Tortoisehg-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
