Mobile Web Usage Notes

In the spirit of “eating my own dog food,” I’ve been using the Web more and more often from mobile devices over the past year — in particular from the Blackberry 8700. For things like keeping up to date with news headlines, this has actually become my device of choice - it’s so convenient, especially for sites like BBC, who have done the work on optimizing for mobile. Having a real QUERTY keyboard is a definite help for anything but casual browsing, however. Even with a QUERTY keyboard though, blogging from my Blackberry is still too difficult. For one thing, there is no spell-check which is a big problem. The web-based interface that Blogger provides is unusable on most mobile browsers (though haven’t tried the Safari-derived Series 60 browser — it probably works on that one since it works nicely on Safari on the Mac - which by the way provides spell-check as you type in large text entry fields). Text entry and content authoring in general is still a key stumbling block for mobile browsing.

Device Description Nirvana

So I’m off to Madrid for the Mobile Web Initiative Device Descriptions workshop. What is this all about? While I’ve been busying myself with chairing a working group on Mobile Web Best Practices, Rotan Hanrahan from MobileAware has been chairing the other Mobile Web Initiative working group: Device Descriptions. The Mobile Web Best Practices document is filled with recommendations like “don’t use xxx feature (cookies, for example) unless you know the device supports them.” The unanswered question is: how do you know if the device supports any given feature, or the answers to other questions like “how big is the usable screen space” (the size of the screen after you take away whatever is taken up by soft keys). The answer up ’til now has been: not very easily. The “official” way the mobile industry wants you to find this out is by using UAProf device profiles. The problem with these is that when they are produced (only a minority of device, they are often not accurate or they simply do not contain the information that Web providers need to adapt their services to different browsers on different devices. This is a key issues that is blocking the growth of the Mobile Web. There are numerous solutions to this problem in the market. Companies like Vodafone assemble big proprietary databases of devices that matter to them. Others employ commercial software that comes bundled with device databases (again proprietary). Still others employ the open source WURFL database. All of these solutions are “islands” that do not overlap or interoperate.

But what if there were a simple way for any Web developer to gain access to basic information about the devices hitting their site. What if they could use this information in a straight forward way in their templates (JSPs, ASPs, PHP, etc…) or other server-side logic for the purpose of more easily providing a mobile-friendly user experience in accordance. And what if this information were available as a utility - as transparent and ubiquitous as DNS or HTTP headers and integrated seamlessly into all the most used Web development frameworks and Web servers.

This is what I call “device description nirvana” and it is this promise that the work of the Device Descriptions working group hopes to help realize. The group has worked over the past year on defining the space. Now we shall see if we can take it to the next level. I have high hopes.

Even "The Register" Agrees

The Mobile Web Best Practices “show a new awareness of the need to help websites work better on small screens.” Ok — so the title of the article is “W3C guidelines inadequate” but for the Register, this reads like a rave review.