[Pidgin] #7693: Always on top buddy list hides child dialogs
Pidgin
trac at pidgin.im
Fri Feb 13 16:23:41 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 Daniel Beardsmore):
> Modality is generally to an entire application, I cant't at the moment
think of any dialogs that are modal only to a single window at the moment
(though I certainly imagine there are some).
That is a common and bizarre misconception. Window-modality awareness was
increased by sheets in OS X, but dialogs in Windows were already window
modal. Open two Firefox, Windows Explorer or Internet Explorer windows and
open a dialog box in one of the windows -- the dialog does not block any
other windows of that application. The prevalence of SDI in Windows though
will skew perception: there is very little on my PC that uses more than
one top-level window per process.
Outlook dialogs are also window modal, but the program deliberately and
extremely obnoxiously forces the dialog back in your face on purpose if
you try switching to another window; there is absolutely no cause for
this. Outlook Express also pretends to have application-modal dialog boxes
for no reason (also incredibly irritating). There is no shortage in
Windows of extremely badly implemented applications: not just Outlook but
the whole of Office and Adobe Reader do a terrible job of windowing, for
which I can find no excuse. After all, Windows Explorer has no problems
doing it right. (Explorer also keeps running happily when a single window
freezes solid!)
--
Ticket URL: <http://developer.pidgin.im/ticket/7693#comment:13>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list