>
> 2. The Web designer decides that the original design was nonsensical
>> and comes up with a design that works better on a range of browser
>> window dimensions. The Android equivalent of this is more or less what
>> Ms. Hackborn was hinting at (I think) in her replies on the two
>> threads -- use a different design.
>>
>
> Yes, trying to make fixed size bitmaps into "a UI that splits the screen in
> half" is simply the wrong approach.
>

"Half-the-screen" is a conveniently simplified example just to discuss the
technicalities. Al's screenshot of the facebook app provides a concrete
real-world example. There are six possible actions, and the UI design maps
this on to a grid of 3x2 buttons that fill the screen. Though this design
might look quite bold over a large screen, I think that in the context of
this discussion, its the kind of UI that a developer might reasonably be
called on to implement; calling the design nonsensical is to bypass the
issue.

I apologize for a lack of clarity in my previous post, but I'm "not trying
to make trying to make fixed size bitmaps into 'a UI that splits the screen
in half'". I'm trying to ensure that the image resource with the most
appropriate density is selected by for display by a variably sized view.

The 2d Canvas APIs are functionally pretty equivalent to SVG, and can be
> used to generate the same kinds of images.


I do this a lot - it's liberating to have the option of resizing resources
precisely to the required dimensions, but it comes with a lot of effort
relatively speaking (handling caching and view resizing are two significant
areas of additional work). Though I broadly agree with Mark's sentiment;
designers want to export graphical assets into UIs that, for their
complexity, the developers don't want to touch - let alone render in code.

Tom.

-- 
Tom Gibara
email: m...@tomgibara.com
web: http://www.tomgibara.com
blog: http://blog.tomgibara.com
twitter: tomgibara

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Reply via email to