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

Re: Bug Terrorism and 'move xpm' - statement



There are several types of icons :
 - icons representing a program (like the N for netscape)
 - icons used by a program (like arrow icons for back/forward in some apps)

it will be very usefull to collect the icons of the first type in one
dir, but not of the seccond type. with 5 apps you could get 5 "up.xpm"
icons.

then there is a difference who ships the icons :
 - the program itself
 - a windowmanager

most programs don't have an icon. some have one. and for several
programs, the windowmanager comes with a long list of icons.

so we have several situations :
 - there is no icon for an app - sad thing, but no problem
 - the app has it's own icon - should be used, but the windowmanager 
	may use it's own icon for this app
 - some windowmanagers ship with an icon, some not.
	the app has no icon of it's own.

current debian icon standard (as described in the menu documentation) is :
 - use the directroy /usr/X11R6/include/X11/{bitmap,pixmap}/
 - use .xpm format (result -> use the pixmap dir)
 - max size 32x32
 - only use the 24 colors in cmap.xpm (part of the menu package)
 - transparent background if possible


note : kde has a different standard of icons. and their collections is
much larger than debian's. of course it might be possible to modify kde
and gnome, but please look at kde and gnome, before modifying them.

suggestion:
icon's are a resource. applications and window managers will offer
resources, window managers will use them.

debian has already several system to manage different resources
(/etc/X11/windowmanagers, menu, mime-support, update-rc.d, suidmanager, etc.), 
maybe not everything has to be invented again.

summary:
this is only my view, yours will be different.
if you are intrested in fixing the problems:

sit down and code it. make patches for all packages affected, document
your solution, make it available and register your the patches to the
bug tracking system. people will make suggestions (like mine) -
implement them or not at your will. if someone doesn't like your solution,
he will improve it and send the patches for you and all other affected
programs via the bug tracking system.

andreas


--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


Reply to: