Enhance tray icon detection heuristics
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
AllTray |
Fix Released
|
Low
|
Unassigned |
Bug Description
Found in lp:alltray
AllTray’s ability to find a suitable icon to use for display in the system tray/notification area is suboptimal. This bug report makes the (unproved) assumption that libwnck works as expected.
AllTray should try to avoid using a default icon when application software does not provide an application-wide icon. Instead, what AllTray should do is:
* If a default icon is being used for the application, try to use a window icon from the first window we grab.
* If a default window icon is being used for the window, just use that and subscribe to icon changes in the hopes that the application will change its mind later.
This will help with ad-hoc ("zero-install") application software and more simplistic software that does not have application icons.
Note that the assumption here is that the application icon is somehow specially acquired.
Related branches
Changed in alltray: | |
importance: | Undecided → Low |
milestone: | none → 0.7.4dev |
status: | New → Confirmed |
Changed in alltray: | |
status: | Fix Committed → Fix Released |
Code for this functionality is now present in lp:alltray r115.
However, there is a bug in libwnck <= 2.26. A GNOME bug has been reported for the issue: http:// bugzilla. gnome.org/ show_bug. cgi?id= 586571
A preliminary fix has been identified, but it has not been well-tested; the author of the fix has been alerted to the bug and the results of my testing the fix for the time being.