The art of setting text to KStatusNotifierItem

Marco Martin notmart at gmail.com
Thu Jun 3 21:28:40 BST 2010


On Thursday 03 June 2010, Marco Martin wrote:
> On Wednesday 02 June 2010, Andriy Rysin wrote:
> > Got a little problem with this bug
> > https://bugs.kde.org/show_bug.cgi?id=240225
> > Looks like keyboard layout is the only systray item which needs to set
> > the text (if show flag is unchecked) and currently the text is drawn as
> > an icon, the text looks much cleaner than in 4.4 when it was to be
> > overlayed and thus needed a halo to be visible. But there's a problem
> > with darker themes as text is drawn with black and it becomes invisible.
> > 
> > Now there's no nice and quick way to fix it as I can see and there are
> > several solutions I could anticipate:
> > 
> > 1. Allow setting text to KStatusNotifierItem (and let it deal with
> > picking appropriate font size, color etc) - architecturally nice
> > solution and very nice for the client app, but keyboard layout indicator
> > being the only customer for this I don't see this implemented
> > (unfortunately for me)
> 
> That is the solution proposed by Aurelien basically.
> I kinda share the concerns of Aaron tough, once is possible to do that, how
> to make sure it would be used only when is eally necessary and not abused?
> for the unread mail use case i would personally have and extension with
> some type specific metadata, for communication related items it would be
> just restricted to unread messages (and maybe other data who knows)

ah, now that i remember, it's like a week i've got 2 keyboard layout indicator 
icons. i don't think is a problem of statusnotifieritem because both works and 
if kded4 is stopped both correctly fall back to xembed, seems two instances 
actually exists. Andriy, do you have this problem as well?

Cheers,
Marco Martin




More information about the kde-core-devel mailing list