My app is a reference app, and relies heavily on text. Here is a customer complaint: Just bought your app. I wish the enlarged text was not so fuzzy. The 2x text is very small and hard to read. There is also no search available which would be nice. Sent from my iPad The app looks good on my iPhone, and fine on the iPad simulator (though I didn't test it on the iPad itself). The app was built in ver 1.4 with a call to .doc files, which were composed in word with a Verdana 20pt text - I thought that would be large enough. I am redoing the app in ver. 1.5 using .html files that I am putting into the XCode BT_docs folder, in the hope that the app is a little speedier. Questions: 1) will the .html files resize appropriately across all devices. 2) Should I add an .html or should I change anything in the <meta name=viewport content=width=device-width; initial-scale=1.0; maximum-scale=2.0; user-scalable=1;/> code that was in the sample.html file? Thanks!

Okay, I did provision an iPad, the text with the sample .html header was a bit small. I changed the initial scale to 2.0. That looked great on the iPad, but too big on the iPhone. I purchased an app that allows you to adjust the text size (and List font size) and contrast across the app, which is a nifty feature. Any suggestions?

Not sure what you mean by purchasing an app that allows text changes? Is this related to your .html question? As far as the HTML goes: If your content is text-heavy it's tough to find a good balance between the two devices. The best apps use conditional CSS. This means the CSS for the app is different for each device. Larger devices use one CSS style sheet and smaller devices use another. If is a foriegn concept, do a quick Google search for CSS iOS, tons of info out there.

Thanks. Sorry I wasn't clear - I have an app that allows you to adjust text size on a preferences screen -- which then carries through on all of the screens. It's a nice feature, just not sure how to implement something similar. I'll search Google for the conditional style sheets - I understand the concept. I provisioned my iPad and tested the .html app - an initial scale of 1.25 seemed to be a good compromise between the iPhone and iPad. 2.0 was good on the iPad, but not on the iPhone. Thanks for your help.

Yeah... these are tough topics but a little digging around usually produces a good solution. I generally don't allow pinching / zooming in most documents I author specifically for mobile. If the doc will load in several different browsers (desktop, phone, etc) I set initial scale and allow scaleable because user expects it. But, in a doc I make that I know will only be included in an app, I sort-of lock it down. I do this in the meta tags. Initial scale: 1.0, scaleable: no. Then use CSS to control the layout exactly how I want. It's my opinion that this gives the use a better experience. Most of the time they don't even realize they are looking at a 'Web-View' with an HTML doc because it 'feels' more native. The native feel comes from not allowing the pinching / zooming stuff we are all used to in Safari Mobile. Dunno, just seems better this way? You'll settle on something eventually ;-)