mikelove said:
westmeadboy - nice to see you back in the thick of this again
The screen-scaling thing has never been one of your better arguments, though, for the very reason that numble points out - there's a big difference between resizing an interface for a tablet (which happened automatically the first time we ran Pleco on an iPad after setting the "supports iPad" property flag - i.e., told it it shouldn't just run the thing in an iPhone simulator) and adding new UI controls etc to take advantage of the extra space.
Hmmm, it seems I've done a bad job of explaining what you call "screen-scaling" because that was never my argument. I've never said that auto-scaling is good enough so I don't know why people think I did. I can only assume it comes from false assumptions about how Android supports multiple hardware configurations.
Android devs are already designing their apps with large-screens in mind (because the possibility has been there for more than one year), so if a gPad comes along, then their app may already have an optimization for that general screen size (AND I'M NOT TALKING ABOUT SCREEN SCALING!).
Here's another attempt to explain it (to show its not my argument thats bad, just your interpretation of it
)...
I can think of three types of screen-configuration logic:
1. Scale (as if you were in photoshop and resized)
2. Intelligent scale - where you define the same layout for all configurations such that, for example, content panes will expand accordingly, but controls will retain their physical (dpi) size. This is a bit like when you resize your browser window. Side note - woah, how do all those websites survive all those on-the-fly screen configuration changes!?
3. Screen-configuration specific layouts - the app should look completely different on a large-screen TV to a watch phone.
Now, I'm not sure which the original iPhone apps fits into. I asked once before and the answer seemed to be (2). But maybe its (1)?
(3) is for when the iPad came along.
Here's how those scenarios play out in the Android world:
1. Very old apps (pre 1.5) or very badly written apps (less than 10% of Market I guess) will result in this type of scaling
2. Most simple apps will use this approach
3. More complex apps will have completely different layouts for larger/hdpi screens. This might mean extra panels of buttons etc that you would not see on devices like the HTC Tattoo (small screen).
I've been talking about (3) for the whole of today's debate.
My point is this. Many Android devs have already taken tablet-type hardware configurations into account and so if a gPad was released, it would not be much work (if any) to have the app working to a good standard on that device. Granted, you would need to put more work in at the beginning to make it look good on a variety of configurations, but as you are seeing with the iPhone (with the promise of one configuration for all) that scenario is inevitable.
If you have built your app from the ground up with that in mind, then you will win in the long run and you won't piss off so many of your users when the next latest and greatest device comes out.
Mike, what percentage of Pleco's iPad-specific code (code that would never be used in the iPhone version) is not screen-configuration-related?