Bug 283348 - Systray icon doesn't highlight when it should
Summary: Systray icon doesn't highlight when it should
Status: RESOLVED WORKSFORME
Alias: None
Product: konversation
Classification: Applications
Component: notifications (show other bugs)
Version: 1.3.1
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-04 20:36 UTC by Nick Leverton
Modified: 2011-10-04 23:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Leverton 2011-10-04 20:36:42 UTC
Version:           1.3.1 (using KDE 4.6.5) 
OS:                Linux

In KDE3 konversation used to highlight the system tray icon when certain configured events happened.  This no longer seems to occur.  I see other bugs suggestin it should, but I can't see any change.  If it's a colours issue, I can't see any way to choose the highlight colours.  KDE theme in use is Air.

Reproducible: Always

Steps to Reproduce:
Configure an event to highlight systray icon

Actual Results:  
Icon remains dull blue

Expected Results:  
Icon should become visibly different
Comment 1 Eike Hein 2011-10-04 21:15:44 UTC
You're sure you're looking at Settings -> Configure Konversation -> Behavior -> General -> tray options?
Comment 2 Nick Leverton 2011-10-04 23:04:56 UTC
Ah.  I was, but I hadn't appreciated the reference to highlights there referred only to the regex highlighting.  Elsewhere notifications and systray marking are used as synonyms so I assumed the icon highlighting was another such.  Turn off the "notify only on highlights" and the icon does change.  My error, sorry.  Thankyou.

I'd perhaps suggest rather than just closing this as PEBKAC, maybe the wordings in the config menus could be reviewed by usability people ?
Comment 3 Eike Hein 2011-10-04 23:23:43 UTC
> I hadn't appreciated the reference to highlights there referred only to the regex highlighting.

It refers to what it says: Highlights being triggerend and the current nick being used. Those correspond to the "Highlight triggered" and "Nick written" events in the "Configure Notifications" dialog, though the settings there are independent from what the tray icon does.


> Elsewhere notifications and systray marking are used as synonyms

No, they aren't - that groupbox is the only set of settings related to the tray icon. If you're thinking of the "Mark taskbar entry" checkboxes for the events in "Configure Notifications", the taskbar entry is distinct from the tray icon.


> maybe the wordings in the config menus could be reviewed by usability people ?

The config dialog is currently being redesigned, which should bring about various consistency improvements in language and an overall better structure.

That said, a fundamental problem is that the "Configure Notifications" dialog is a standard dialog provided by the KDE libraries, front-ending KDE's notification system, and is not extensible by applications. Since the tray icon is distinct from that notification system and presently cannot be integrated with it (and the same goes for other notification systems Konvi offers, like the tab labels or the OSD) you have the unfortunate situation of having multiple places and multiple different UIs to configure them. There's some hope that KDE Frameworks 5 might improve that situation however.