[Pidgin] #7693: Always on top buddy list hides child dialogs
Pidgin
trac at pidgin.im
Fri Feb 13 22:10:39 EST 2009
#7693: Always on top buddy list hides child dialogs
-------------------------------+--------------------------------------------
Reporter: Daniel Beardsmore | Owner: datallah
Type: defect | Status: new
Milestone: | Component: winpidgin (gtk)
Version: 2.5.2 | Resolution:
Keywords: | Launchpad_bug:
-------------------------------+--------------------------------------------
Comment(by deryni):
I was speaking of modality in general not specific to Windows. Modality
certainly can work in both ways.
I don't recall Explorer having window modal dialogs (but as I'm not in
front of Windows at the moment I can't check my memory), and in my
experience the only time Explorer (the file view part) continues when one
window is frozen is when the user has chosen to run them in separate
processes, a setting which last I recall (as of XP at least) was not the
default.
Note that there is a difference between saying that a single thread of a
given Explorer window has frozen and saying that the window itself has
frozen.
I am rapidly approaching the very limits of my understandings of the inner
workings of Windows and as this branch of the conversation is not
particularly useful in resolving this ticket I would like to suggest that
it be dropped and we move back to determining what *exactly* is the issue
being discussed here and what (if anything) pidgin can do to fix it.
I have already commented that I believe the parenting the Add Buddy (and
friend) dialogs to the Buddy List window (in reality whichever window
happens to have the toplevel focus, not that that can currently be any
other window) is a mistake and is something that should be fixed and I
fully intend to do that.
Is there anything else at issue here?
--
Ticket URL: <http://developer.pidgin.im/ticket/7693#comment:14>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list