Rodney Dawes wrote:
Hi,
Sorry for the slow reply. I was on vacation last week, and have been
a bit busy this week.
On Tue, 2006-06-06 at 08:11 -0700, James Richard Tyrer wrote:
We need a common place to install menu icons (i.e. "apps" icons).
We have one. The hicolor icon theme is where app icons are to be
installed.
<SNIP>
... as gnome-icon-theme no longer installs icons to the hicolor
theme.
The engineering method is based on trying to find counter examples to
ideas -- finding the flaw in a design. Developing "cases" and seeing if
they work is something developers need to learn to do.
I have tried to do this with the icon theme issue both here and on the
KDE lists. But, nobody seems to understand that the counter examples
(things that don't [and won't] work) are real.
I hope that the above contradiction in your own statements will start
you thinking -- that you will think about design before you, and other
developers, do any more stupid things.
If you don't understand. An example. I installed: "gedit" which I note
installs an icon: "gedit-icon" which it doesn't use into:
"$GNOME/share/pixmaps" perhaps for some sort of backwards compatibility.
IAC, the: "gedit.desktop" file specifies:
Icon=text-editor
So when I go to the menu when running KDE, I find no icon in the menu
because GNOME didn't install a HiColor icon. It isn't going to matter
which KDE icon theme I select, I am not going to get a menu icon unless:
"text-editor.*" is installed in HiColor. Nothing you do for GNOME is
going to have KDE use the: "gnome" icon theme for a fallback theme!!
After you think about that for a while, consider what a third party
application that needs to install its own MIME type(s) is supposed to do
for MIME type icons. Example: OpenOffice.
--
JRT
_______________________________________________
xdg mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/xdg
