[Pidgin] #7693: Always on top buddy list hides child dialogs

[Pidgin]

#7693: Always on top buddy list hides child dialogs
-------------------------------+--------------------------------------------
 Reporter:  Daniel Beardsmore  |        Owner:  deryni      
     Type:  defect             |       Status:  pending     
Milestone:                     |    Component:  pidgin (gtk)
  Version:  2.5.2              |   Resolution:              
 Keywords:  autoparent         |  
-------------------------------+--------------------------------------------
Changes (by Daniel Beardsmore):

  * status:  pending => new


Comment:

 Replying to [comment:23 deryni]:
 > Daniel Beardsmore: Looking over this ticket again, the issue still
 appears to me to be that Windows seems to require that windows/dialogs
 parented to windows that are set to be always-on-top must also have the
 always-on-top value set for them, is that correct?

 I've reinstalled Winspector Spy, and yes, this appears to be true,
 seemingly as a hint to the "window manager" (MS doesn't do inheritance).
 For dialog boxes, however, Windows appears to take care of this for you. I
 have a toy that lets me make any window or dialog box be always-on-top. If
 I set any window or dialog to WS_EX_TOPMOST, then any dialog boxes it
 opens are assigned WS_EX_TOPMOST automatically, including common dialogs
 and grandchild dialogs. I've tested this in several programs.

 GTK+ appears to create regular windows even for dialog boxes. For example,
 the File Transfers window is created to look like a resizable dialog, but
 still fails to inherit WS_EX_TOPLEVEL, by not making the window be a
 genuine dialog box (AFAIK dialogs in Windows can only be created by
 CreateDialog -- CreateWindow using DS_MODALFRAME just fails; CreateDialog
 is special, and may include statically inheriting z-order flags).

-- 
Ticket URL: <http://developer.pidgin.im/ticket/7693#comment:24>
Pidgin <http://pidgin.im>
Pidgin