[Pidgin] #3687: Pidgin tray behavior is non-Windows-y

[Pidgin]

#3687: Pidgin tray behavior is non-Windows-y
------------------------------+---------------------------------------------
  Reporter:  agraham          |       Owner:  datallah             
      Type:  defect           |      Status:  closed               
  Priority:  minor            |   Milestone:                       
 Component:  winpidgin (gtk)  |     Version:  2.2.2                
Resolution:  duplicate        |    Keywords:  tray icon doubleclick
   Pending:  0                |  
------------------------------+---------------------------------------------
Changes (by datallah):

  * status:  new => closed
  * resolution:  => duplicate

Comment:

 There are a number of different issues that you're seeing; I'll try to
 address them individually.

 The single clicking behavior is addressed in #1458.  Until Vista, there
 were no specific guidelines for this and lots of MS applications do this
 with all sorts of inconsistency.  I don't have problem with changing this
 behavior, apart from the fact that it will cause crying by people who
 don't like change.

 I believe that "Show Buddylist" '''should''' be a toggle, both in the
 context menu and when the icon is clicked.  There are some issues that
 make it not work correctly currently, but that doesn't change what the
 behavior should be.  I like to be able to click to open the list, check
 something and click to hide it again - in the context of the Vista
 guidelines, that is what I would "most expect" it to do.  If the GTK+ bug
 causing #1915 and the Pidgin behavior in #2740 were addressed, this would
 work as I want it to.   I think it would be reasonable to make it Show and
 Focus the buddy list if it isn't focused, otherwise minimize to tray. It
 is interesting that you mention the Volume Control as that is something
 that I consider broken because clicking again doesn't make it go away.
 This explanation also addresses the "double-clicking the icon is similarly
 messed up" section of your report.

 The fact that the menu doesn't go away when we want it to is GTK+ bug
 #[GnomeBug:377416] (even though we're not actually using !GtkStatusIcon).
 I agree that we shouldn't ever have two menus at the same time, it isn't
 by design.  This particular bug has been around for a long time.  The fact
 that it dismisses after you enter and then leave the menu is a hack that
 we added so that it can go away without you clicking on anything - if/when
 the underlying issue is fixed, we'll remove that behavior.

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