icon-theme-spec: Inherits=
James Richard Tyrer
tyrerj at acm.org
Mon Oct 17 19:10:15 BST 2005
Rodney Dawes wrote:
> On Sun, 2005-10-16 at 02:00 -0700, James Richard Tyrer wrote:
<SNIP>
> You shouldn't need to create a symlink to hicolor, nor should you need
> to provide hicolor in the Inherits= list for your theme, as it must be
> the absolute last theme in the theme tree, according to the spec. I /think/
> there might be a bug with this in the KDE icon theme code. In trying to get
> Tango working across both current GNOME and KDE naming, several things have
> come up that lead me to believe there are a number of bugs in KDE's handling
> of icon themes with regards to the specification.
>
>
>>The KDEClassic theme has:
>>
>> Inherits=default
>>
>>and this does not work as expected so it is necessary to modify
>>KDEClassic as stated on KDE-Look for it to work as expected.
Having given this further consideration, my conclusion is that having
this spurious inheritance in KDEClassic is a bug and that it needs to be
removed. However, removing it causes another problem which I suspect is
why it was added there to start with.
With the scenario that:
The icon theme selected is KDEClassic.
There is no KDEClassic icon.
There is no HiColor icon.
There is a CrystalSVG icon.
The "default" link points to: "crystalsvg"
what happens is that without this spurious inheritance that no icon is
found and the "unknown" icon is displayed. This does happen with KDE
because we do not have full support for the KDEClassic and HiColor icon
themes. This an issue that needs to be addressed in KDE -- probably in
the code.
--
JRT
More information about the kde-core-devel
mailing list