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

Re: objection! [was Re: Icon and pixmap location]

On Tue, Dec 14, 1999 at 12:08:45PM +0000, Julian Gilbey wrote:
> On Wed, Nov 17, 1999 at 08:56:58PM -0500, Branden Robinson wrote:
> > My biggest objection is that we haven't yet got any kind of proposal for
> > subdivision of /usr/share/images.  Who wants to come up with one?  Hint: it
> > would be best if we didn't have to hack every window manager in existence
> > to support it, and if we didn't have to modify window managers' config
> > files everytime a new package containing images was installed or removed.
> Hmm.  That's a good point.
> How about the following initial idea:
> Images which are general and intended for use by (almost) any program
> should go in the top level /usr/share/images.  If an image is intended
> to be used in a restricted set of programs, for example,
> GNOME-specific images (if such a thing exists), it would go in
> /usr/share/images/gnome, or window-manager specific images would go in
> /usr/share/images/wm-icons or whatever.  Then only the types of
> programs which would use those images would have to search that
> subtree.  We would possibly need a mini-policy on the subtrees
> allowed.

I really don't see the fundamental difference between doing that and our
existing practice of putting some package-specific data in
/usr/share/<package>/.  I would be more inclined to suggest the GNOME
packages, if they for some reason need to restrict such data to themselves,
have the run of a /usr/share/gnome directory which can be internally
organized however they wish (image, sound, etc.)/

Also, to maintain consistency with existing directory naming conventions, I
suggest we use the singular form of "image" (i.e., we don't have "/usr/bins/",
"/usr/libs/", or "/usr/docs/").

G. Branden Robinson            |
Debian GNU/Linux               |    The noble soul has reverence for itself.
branden@ecn.purdue.edu         |    -- Friedrich Nietzsche
roger.ecn.purdue.edu/~branden/ |

Attachment: pgpp5azOHKQ6p.pgp
Description: PGP signature

Reply to: