Re: Icons of program

[Anders Wegge Jakobsen <wegge wegge dk>]

raster@redhat.com writes:

> On 18 Apr, Anders Wegge Jakobsen shouted:
> ->  raster@redhat.com writes:

 ...

> ->  > yes.. that was a problem.. it coudl be easily fixed by having icons
> ->  > 24bpp :) create a new format. info was good for amigas.. but not for
> ->  > gnome. it's a good concept tho whcih shoudl at least be considered when
> ->  > coming up with a new format.
> ->
> ->   24 bpp migth be a little excessive in most cases :-)
>
> but generalised it solves the "limited colors" case, saves having to
> generate palettes for icons etc. etc. etc. :)

 Yes, there's a point there.

> ->  > no. xpm cannot contain all the extra information that an inof file did
> ->  > (ie 2 images ofr an icon (selected, unslected) if no second image, the
> ->  > highlight method, and other parameterd foir the comamnd when ti is
> ->  > executed, comments etc.
> ->
> ->   Well, in that case, replace "somesuch" with a format consisting of 2
> ->  xpm images together with the extra information.
>
> xpm is 1. and abigous format, 2. inefficient (for small icon images
> 24-bit rgb will infact be smaller). I wouldn't dream of using xpm for
> ANYTHING except inlined code.

 Yes, but in the case of «Some highly specialized format», the icons
won't be editable witout a specialized drawing tool[1], or at least
some way to split them into the 2 images and the "tooltypes".

/Wegge

[1] Which sucks, IMHO.