[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: More on icons for packages

On Wed, 26 Jan 2005, Dale C. Scheetz wrote:

Thus it might be even better to define a policy the following way:

   1. Put all XPMs for the use in Debian-Menu into
   2. Put all PNGs (and others) into /usr/share/pixmaps if they are
      intended for applications which follow freedesktop.org specification

I don't really see a need for the split. All menu icons should be xpm so any other icons are for some other purpose.
Well there could be one reason: If you browse this directory in the worst case you
see each icon twice (XPM and PNG) which might be really confusing for users.

   3. Put a symlink
         ln -s /usr/share/menu/pixmaps/<app>.xpm /usr/share/pixmaps
      if there is no PNG or whatever icon for this application to support
      both Debian-Menu and freedesktop.org

These kinds of solutions lead to extra detail in package management and, of course see above ;-)
Sure.  If my argument above should be void then forget this item.  If my
idea (I'm really unsure whether it is good or not) is a real argument try
adding this functionality to dh_menu.

   4. File bug report or even create automagically via mogrify icons in
      /usr/share/menu/pixmaps/ if there are icons in /usr/share/pixmaps
      but the maintainer did not provide a XPM following the menu policy

What package would be responsible for this mogrification?
Damn, once there was the exact command line how to call this binary from
imagemagick package in /usr/share/doc/menu but I can not find it any more ...

Simplify, simplify, simplify ;-)
Sure.  I was just thinking about kind of arguments which might destroy
over simplification.  I would definitely go with you if you mean we need
a more simple setup.

Kind regards



Reply to: