[kde-artists] [Fwd: branches/KDE/3.5/kdelibs/pics/hicolor]
James Richard Tyrer
tyrerj at acm.org
Mon Apr 24 16:34:37 BST 2006
NOTE to KDE-Core-Devel: Since there is disagreement among the artists,
and, again, my supposed job as the HiColor maintainer is being
questioned, this has become a Core issue. Perhaps a question that the
TWG needs to consider. Also would someone in authority please determine
if KW was correct when he gave me the job of HiColor maintainer.
Perhaps this could be made more official.
IAC, what is the function of the HiColor icons theme in KDE. GNOME uses
it as an icon theme. FreeDesktop.org says that it is an icon theme.
But JR seems to have made it a crusade to keep KDE from conforming to
other desktop's usage and the standards organization.
HiColor is a theme and was moved to KDEArtwork at the request of other
developers. However, it is necessary to install the "index.theme" with
KDELibs to confirm to the FD.o standard.
> -------- Original Message --------
> Subject: [kde-artists] branches/KDE/3.5/kdelibs/pics/hicolor
> Date: Tue, 11 Apr 2006 15:43:14 +0000
> From: Jonathan Riddell <jr at jriddell.org>
> To: kde-commits at kde.org
> CC: kde-artists at kde.org, cniehaus at gmx.de
> SVN commit 528691 by jriddell:
> Revert previous two commits. For the second time.
> hicolour is not a theme, it is a namespace for third party icons.
To be blunt, you are not the final arbiter of facts. Stating the same
thing over and over (without any supporting facts) does not make it
true. As stated in previous commit comments, GNOME uses HiColor as a
theme, therefore KDE also needs to use it as a theme.
> M +1 -2 index.theme
> --- branches/KDE/3.5/kdelibs/pics/hicolor/index.theme #528690:528691
> @@ -100,7 +100,6 @@
> Comment[uk]=Основна тема піктограм
Unfortunately, our HiColor theme is not complete like GNOME's, and most
of our HiColor icons are in the KDEClassic theme which is not complete
either (because it is not maintained). Therefore this "Inherits" is
needed so that when the icon loader looks for a HiColor icon and doesn't
find it (which would be what usually happens in KDE) it will use a
KDEClassic icon if available or if none is available, will use a
CrystalSVG icon. Until we have a complete HiColor theme, like GNOME
does, this is needed.
IIUC, this has absolutely nothing to do with the claim that HiColor is
not a theme. If it is only a "namespace", it is still used as a fall
back theme and since it is not complete in KDE, it also needs fall backs.
Perhaps you have not considered what happens if a user selects a theme
other than CrystalSVG. If it is your intention to support ONLY
CrystalSVG then the other themes should be removed from KDEArtWork and
there should be no way to select the icon theme in the KCM!
> @@ -116,7 +115,7 @@
Since GNOME uses HiColor as a theme, this is necessary. Otherwise, the
theme would be hidden in GNOME if KDE was installed after GNOME.
Perhaps you have not considered the fact that a user might install BOTH
KDE and GNOME.
Please discuss the issue on the lists if you disagree rather than
playing tit for tat in the SVN repository.
JRT, supposed HiColor theme maintainer.
kde-artists at kde.org | https://mail.kde.org/mailman/listinfo/kde-artists
More information about the kde-core-devel