One more thing I note is that there is a *lot* of noise in .xsession-errors: buildsycoca4(8297)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/applications/YaST2/vm-install.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. I seem to recall that the YaST2 .desktop files have been making considerable noise (in .xsession-errors) for a few openSUSE releases, now. Will this get fixed? I know there is at least one open bug on it. On Wed, Aug 11, 2010 at 10:22 AM, Will Stephenson <wstephenson@suse.de> wrote:
On Wednesday 11 August 2010 17:15:26 Jon Nelson wrote:
On Wed, Aug 11, 2010 at 10:14 AM, Will Stephenson <wstephenson@suse.de> wrote:
Delete the monochrome icons that the system tray widget substitutes for those set by the apps using the tray, and the colourful originals will be used instead (I know because I mispackaged these in openSUSE and discovered the fallback behaviour).
The standard location for them is
`kde4-config --prefix`/share/kde4/apps/desktoptheme/default/icons/
(stolen from Will, http://lwn.net/Articles/399416/ )
You cad!
I would have written "define your own desktoptheme by inspecting one of the existing ones*, making it inherit Air (to minimise your work) and replacing default's icons/* with your own colourful SVGs of choice, then package as kdebase4-runtime-branding-colourfultray and profit.
* and see http://techbase.kde.org/Development/Tutorials/Plasma/Theme"
But I'm just a completist like that.
Deleting the icons is a very short-term solution. As soon as kdebase4-runtime is replaced, the icons will be back. Could they be packaged separately or is there some other mechanism* for changing them back to color?
* besides building your own theme.
One could subdivide kdebase4-runtime further and make the system tray icons a replaceable capability provided by different packages, but it's as much work as cobbling a few icons into a theme, much more risky to the integrity of the desktop, and redundant when there is already a mechanism for it.
The minimal amount of work would be to branch kdebase4-runtime in the OBS, delete these icons in your branch's specfile %install, and register the resulting repo with a higher priority than KDF, so your hacked version is preferred.
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
-- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org