Hi,
>>"Daniel" == Daniel Martin <[EMAIL PROTECTED]> writes:
Daniel> Did you read the rest of the proposal? Packages which have icons
Daniel> (which may not just be xpm files) that are intended for their own use
Daniel> only (and therefore, are not intended to be found by window managers)
Daniel> will put them in package-specific directories, and may happily use
Daniel> generic-sounding names. Packages with icons that are intended to be
Daniel> found by window managers must use non-generic names.
Daniel> I'm not trying to have an icon path that finds every possible xpm on
Daniel> the system. I'm trying to make it so that icons which are intended to
Daniel> be used by window managers are findable. I don't expect, for example,
Daniel> to write icon paths that find the various xbm files xemacs uses to
Daniel> determine what its buttons look like. However, I expect xemacs to put
Daniel> icons like the gnu head or kitchen sink (which are intended to be used
Daniel> for an iconified xemacs) into a common directory and to use names that
Daniel> are package specific when doing so.
Oh. I did not see this until now. This makes the need for a
directory structure less important, I guess. It would be nice,
though, if we had a dir structure where packages put the icons in, so
that we may have ``clip art'' styles of packages, and it would be
easier for people to find icons when they needed them. Like, I can
find out where the 16x16 icons are on my machine quite quickly ...
manoj
--
Breast Feeding should not be attempted by fathers with hairy chests,
since they can make the baby sneeze and give it wind. Mike Harding,
"The Armchair Anarchist's Almanac"
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
