[openbeos] Re: Icon Artwork
- From: Simon Taylor <simontaylor1@xxxxxxxxxxxx>
- To: <openbeos@xxxxxxxxxxxxx>
- Date: Tue, 1 Aug 2006 21:29:22 +0000
That sounds great. Would be nice to have a "global icon size" settable
somewhere for all icons (toolbar etc) - a fully scalable UI would be brilliant.
It's maybe hard to do this cleanly whilst maintaining binary compatibility
though.
I just wanted to say congrats to stippi for his work so far - I like the
concept of vector icons but SVG seemed such a waste of space. Stephan has
covered all of my gripes with vector icons scaling to small sizes and the
storage issue.
I claim responsibility for starting at least a couple of design related threads
in the past however many years (doesn't time fly?), mainly with the message
"please lets have a new look for R1", so I'm very happy with the way things are
going.
I'm off to play with Icon-O-Matic now.
Simon
ps: I don't want to derail the thread, honest, but on the visual topic I'm not
a big fan of the new(ish) submenu arrows displayed. I like all the other visual
tweaks that have gone on, but the submenu arrows seem far bolder than the text
itself and seem to emphasize the fact that it's a submenu much more than the
text that tells you what it's actually a submenu of. I hope this is still
relevent, I haven't used a new Haiku build for a couple of months.
>
> From: Stephan Assmus <superstippi@xxxxxx>
> Date: 2006/07/31 Mon PM 08:18:02 GMT
> To: openbeos@xxxxxxxxxxxxx
> Subject: [openbeos] Re: Icon Artwork
>
> Hi Jonas,
>
> I agree with what you have said about the "current theme" and "meta"
> mimetypes.
>
>
> > The only drawback I see is the icon size being fixed. :P
> > Perhaps Stippis new "vectopia" will make that less of
> > a problem? ´:) Anyway. Just an idea.
>
> Well I intend to solve it this way: Since the application gives you a BBitmap
> to draw the icon into, it becomes quite easy to support scalable icons. The
> application should be expected to give you the bitmap in the size it wants,
> simple as that. For this first step, it will not be possible for the
> application to get at the actual vector data, but scalable icons per se would
> be supported. So all current applications, which pass a B_CMAP8 bitmap, keep
> getting this version (possibly a dithered vector icon, possibly a normal BeOS
> icon), but in any new application, you can try to request a B_RGBA32 bitmap
> of any size you like, if you're actually running on Haiku, you get what you
> asked for, if not, the call returns with an error, and you can try again with
> the plain old B_CMAP8 version. Actually this is what I thought how yellowTAB
> would have implemented it, but disappointingly not so (I never got around
> looking up what new API they have introduced for getting the SVG icon, and
> they never cared to support old applications with a dithered version of any
> SVG icon). I never understood why they didn't go with this simple and fully
> compatible solution. If anyone knows, please speak up... :-) Anyways, with
> Haiku, I'm sure we will go the extra steps to make for a smooth transition
> towards vector icons.
>
> Best regards,
> -Stephan
>
>
-----------------------------------------
Email sent from www.ntlworld.com
Virus-checked using McAfee(R) Software
Visit www.ntlworld.com/security for more information
Other related posts:
