Aiming Towards FirefoxOS

Firefox Marketplace on the Geeksphone

It seems to be some kind of tradition here at MMM to poke a look at mobile devices, services, or experiences that are a bit more on the fringes of what’s possible, what’s happened, or what’s coming. In that light, I think a small look at FirefoxOS, and its aims for those markets/regions where there isn’t that much in terms of smartphones makes for an interesting perspective.

What is FirefoxOS?

For those familiar with the web browser Firefox, there’s a good bit of similarity happening with FirefxOS. The former (browser) was a chance to unseat the incumbent and dominant web browser (then Internet Explorer) by offering a standards compliant, fast(er), and more expandable (through the use of extensions) web browser. In part, the goal was to disrupt Internet Explorer by making it be what it wasn’t trying to be – the center of one’s web browsing environment. FirefoxOS is going a similar route but from the perspective of being a mobile phone platform. And what it aims to disrupt are (a) the route of development, and (b) the use/marketing of the top smartphone platforms, Apple’s iOS and Google’s Android.

Disrupt the Route of Development

One of the fabled innovations of the last half-decade of mobile has been the rise of the “app economy” and the ability for those with the time, patience, and funding to get into a platform and design some kind of unique experience within it. This is nothing new to the MMM audience – from as far back as the original Bible Reader on PalmOS Classic devices, the idea of a few people learning a platform then making content or services available made a lot of sense. Over time, this evolved into offerings a places such Handango/PalmGear, Nokia’s Download! service (the first manufactuer-pushed app store), iTunes App Store, and now every other app store imaginable (seriously, look at just the list of places you can download a bible). The problem is that it left the ability to build into a select group of folks who would have a particular motivation to continue. All the while, a place to produce with a lower barrier to entry, i.e., make a webpage, continues to sprawl at an amazing pace.

FirefoxOS aims to disrupt in this wise first: if someone can make a webpage, why can’t they make an app?

Disrupt the Top Smartphone Platforms

What’s also quite true about mobile now is that for the greater majority of those who use a mobile device in developed nations (please note all of the qualifiers that I just used), when asking the question “what is a smartphone,” or, “what is your preferred smartphone device or platform,” there are only two answers: Apple (iOS) and [Google] Android.

In the midst of such an answer are the incumbents whom are older: Microsoft ( with Windows Mobile then, Windows Phone now), Nokia (with Symbian, S40, and Maemo/MeeGo then, Windows Phone now), and Blackberry. And then there are those whom are looking to jump into the scene: Samsung’s Tizen, Jolla’s SailfishOS, Cannoical’s Ubuntu Mobile, and Mozilla with FirefoxOS. The former are more or less looking not to become unrelevant. While the latter platforms are looking to grab a slice of the mobile pie inside of a world context that has shifted the priority and profitability of mobile from a Western European/USA audience to an Asian and South American one.

FirefoxOS wants to be embedded into these newer regions and environments but to do so, it has to also disrupt the attention that the leaders and incumbents have towards their platforms. Disrupt doesn’t just mean attention though, it also means shifting the conversation from what has been possible to what is doable.

Phones for Apps for FirefoxOS

Part of the strategy for Mozilla to change the conversation (disrupt the incumbents if you will), is to offer a chance for developers of any skill level to get into the stream of creating apps and services for their upcoming platform that showcase the flexibility of it, but also endear the platform to the context of the markets it will be developed into. The Phones for Apps for Firefox program that’s going on this month intends to do just that.

If your proposal is accepted (and there are still devices left), then you will have the opportunity to create within the stream of some of that disruption that FirefoxOS seems to be aiming for. And even if you don’t get into the program, there’s documentation and software available to help you get started in making this platform something worth keeping into the conversation of what’s available for you or your content.

What that means for us here at MMM is that we could jump into the fray and either develop an app (we’ve got one worth doing) or learning the platform such that we can assist others who might begin considering it. That’s not a small endeavor (we did mention all of the other platforms that are fighting for attention these days earlier). Still, it makes sense that at the intersection of faith and mobile tech that we look at what’s prime to disrupt the status quo, and then ask the question “what makes the most sense for those folks coming online, specifically through their mobile devices, as devices become more malleable and personal?” We think FirefoxOS is one of several ways to go about answering that. We’ll see what the future of mobile looks like when we design it.

MobMin.Info Updates

MobMin.Info screenshot

Some time back, we announced the MobMin.Info portal – a simple resource portal to much of what’s happening within this space we call mobile ministry. Since its unveiling, there have been a few updates to it, and we want to highlight those items, as well as the updates that have happened most recently:

  • The addition of a Videos section – pointing to several videos which speak directly to mobile ministry (definition, activities, and trends)
  • The addition and refinement to the Bible Apps and Dev & Services sections for more platform-specific content – so if you are trying to build or deploy something, this is a one-stop-shop for those resource links
  • An updating to the Articles, News & Discussions sections links – adding a bit more of what’s happening in social networking spaces (if anyone has a mobile ministry specific link for Facebook, please send that and we’ll get that there too
  • Setting up the page to act like a mobile app – so that you can access this when offline, and if needed, you can utilize your mobile device’s ability to send links to others (via SMS, Email, or Bluetooth) for those items which might be applicable to them; this feature uses the HTML 5 Application Cache feature, and has been implemented as a beta/experiment play (this might not work on your device)

Hopefully, this is something that can serve to help you better understand what mobile ministry is about. And if you are looking to develop, this kind of page can potentially serve as a template to guide you towards how to translate content into a mobile-friendly view (for example, this portal page uses elements from Modernizr, jQuery, and Google Analytics in concert with a UI custom design).

If you have any additional items that should be added here, please get in contact with us so that we can update accordingly. To view this portal, simply point your browser to http://mobmin.info

All Books Project Update

At the end of 2011, we started a project called All Books as an exercise in developing a Bible reader interface that was based around a spatial oriented UI than the normal list/task UI scheme. As the year has progressed, development has as well. There’s been some healthy learning about the limitations of using the Nokia Web Browser on my N8 as the baseline for this. Some lessons towards JavaScript and what works efficiently and what doesn’t. And a few more lessons here and there.

At the end of last month, I got around a Windows PC and was able to send to GitHub the updates that have been pending for the All Books Project (as of right now, I’ve not seen a solid GitHub app for the iPad that works with the web developer app Textastic; open to recommendations). So, if you aren’t watching that repo, I would recommend that you take a look at All Books on GitHub and download the update. Here’s the summary of the updates

UI Updates:

  • added HTML5 local storage for usage stats (needs fixing)
  • fixed a number of books which had incorrect URL pointers
  • fixed issue with navigation where stats wouldn’t hide
  • fixed issue with navigation where clicking on All Books from OT hid OT books instead of keeping them seen
  • shortened text on Reset Stats button

CSS Updates:

  • added CSS for stats area
  • added text-ellipsis for buttons

Now, remember, All Books is just a web-based interactive container (HTML5, jQuery for JavaScript, and CSS3). The content that I am feeding to this comes from Bible.org and several other sources (noted in the UI About section). You can pretty much take any directory of HTML documents that are Biblical in content and point this UI to. No, its not as clean as Browser Bible, YouVersion, OliveTree, and the others. This is in part by design. In order to know what works and what doesn’t you’ve got to sometimes get into things and build it yourself.

That said, All Books is also designed to be a gift to the folks at Bible.org. They have an excellent HTML package of the NET (New English Translation) Bible, but the HTML interface for it wasn’t the easiest to use on tablet and mobile devices. All Books answers that interface question, and sets the ground for the kind of interface that (when scripted) can easily translate across languages and levels of literacy. So to that end, I hope the Bible.org folks can appreciate these and keep pushing the Gospel forward.

If you have comments towards All Books, or would like to contribute to the project, visit the All Books Project on GitHub and just jump right on in. As for me, there’s an upcoming update to my Nokia N8 which might help performance issues, and finally get me on ball to some of the next features for this.

All Books Project on Github

All Books Screenshot
I’ve added my All Books Project to Github for those who might be interested in taking a look as to what I’ve been working on. Right now, that’s just the UX. I’ll get the ReadMe and Wiki updated in time.

As of now, I’m not really planning to do much more to it before I finish some lessons with JavaScript and figure out the speed issues on my Nokia N8. But, if you’ve got ideas, or want to jump in, well, there it is.

Oh… the colors, measurements, and arrangement is all for a reason. That all comes in the documentation… stay tuned.

John Dyer and Digital Bible Society Introduce Bible Browser

Was meandering about the web when I saw a note from John Dyer speaking about a new(ish) project he worked on with the Digital Bible Society (DBS). Called the Bible Browser, its very similar to the apprach I’ve taken with the All Books Project in terms of making a Bible reader that is built with HTML, CSS, and jQuery. John’s a better coder (by a few country miles) than I, and there were several groups participating in this project, so the end result is a good bit more polished, and further ahead. Still, the Bible Browser represents what I think should be the base level of performace and integration we should be seeing in the use of HTML as a platform for publishing with the Bible starting as the foundation.

Here’s a bit more about the project from John’s announcement:

…Now, there are already lots of amazing Bible website and applications out there today built by wonderful Christian brothers and sisters, so it might seem unnecessary to build yet another Bible application. Each of these has a place in what God is doing in the world, but the software that DBS creates has some special requirements that necessitates something new:

  • Must be able to run without Internet access
  • Must be able to run without being “installed”
  • Must be able to run in any browser on any device

In a country where it’s illegal to follow Christ or ask about Christianity, installing Bible software and accessing Bible website are big no-nos, so this security is absolutely paramount. The best solution we have so far is to create an HTML/JavaScript application that runs on whatever browser the user has installed.

The challenged is that HTML-based applications can be a bit slower than full desktop software (like the awesome apps Logos, Accordance, or SWORD) and since we are designing them to run without Internet access (like the amazing YouVersion or Biblia) they can’t have a powerful server to do things like process search queries. This makes for some interesting programming challenges, but it’s also part of the fun of doing something different to serve the church at large. The app also needs to be able to run on very basic phones with limited HTML/CSS support, another fun challenge.

For those technically inclined, the basic setup is that each chapter of the Bible is a separate HTML file linked together by jQuery Mobile which makes browsing the Bible work really well on basic phones all the way up to iPhone/Android. Then a desktop application reads these same HTML files and uses them to produces the multi-pane application you see in the video above…

Very cool stuff. We’ve added it to the Bible Apps page and definitely want to encourage you to check out the Digital Bible Society’s website and support their efforts. John Dyer also has some other neat projects which are great to take a look into (Bib.ly, Bible Web App, etc.) and support.

Now, back to work on All Books… am encouraged to continue and persue this project’s direction.

[Experiment] Redesigning MMM

[Screenshot] MMM Alternate Homepage - Share on OviFor a number of years now, we’ve been talking about redesigning MMM. This has been a much harder process than I would have thought because of changes in the general organization of site assets, as well as other tasks relating to making a living out of this endeavor. That said, things have been happening on that front and I’m ready to put forward something of a beta to what would/could be a new iteration of MMM.

View the Alternate/Redesigned MMM (for those viewing this on their mobile device, see the note at the bottom of this posting for an additional step to see this)

This is following inline with some of the 2012 resolutions we’ve posted so far (practicing what we preach). This is also an evolution in the philosophy behind MMM in being more than simply a destination towards information, but a collection of those stories presented in a way that accents the use of mobile towards addressing those questions and implications of using mobile in faith-based contexts.

Goals of the Redesign
Of the comments most heard about MMM, one of the loudest has been in the findability of information on the site. Indeed, its an issue. This site has been in existence since 2005 and there’s over 3000 posts full of content. In addition to just having those posts, there’s been several themes that have run throughout the site, making it harder still to simply use a search box to figure a direction to find things. This design seeks to make the entry point to the content better (behind the scenes, content is literally being reorganized to fit a consistent paradigm).

The other goal of this redesign is to reflect the overall user experience (UX) goal we’d have for mobile applications. There are a few mobile applications that we’ve published to date, yet none of them were able to capture exactly the kind of reading, searching, and interactive experience that we’vev been after. After careful consideration of the options (using one or more content management services, developing several native applications, etc.), it was decided that to create a single webpage that had most of the features in a mobile-first role would be the direction. This would be incomplete without redoing the entire WordPress template, so this initial design was completed in order to test the feasability of moving forward.

Issues in This Redesign
Its one thing to go mobile-first, its another to meet each mobile device that comes here with the experience that’s best for their devices. This alternate landing page doesn’t address every mobile device. Its JavaScript-heavy, and has some features which would make some of our lower-end mobile devices, without a proxy-based browser such as Opera Mini, to choke on either the size or the features. Mobify is still being used to streamline the existing WordPress template’s pages for mobile viewing therefore. A complete theme would be mobile friendly (responsive web design methods) and might not need that help to do so.

Performance is also an issue. Thankfully, its a lot better than it was in initial testing (was very happy to get this onto the production server and see signifiant page loading gains). There’s going to be an issue though since there’s a JavaScript interpreter on the page rendering the Articles section, which makes for a potential bottleneck in loading for some browsers/devices. Ideally, a full WordPress template (written in PHP) would be better able to address this.

There are some more niggles. I’ll see more as time goes on. If you spot anything, let us know via Twitter (@mobileminmag). Small items will be fixed. Bigger items will be fixed in that WordPress version.

Resources to Address Issues/Goals
What’s good about this alternate homepage is that it is providing a means to relearn some JavaScript, brush up on HTML5 and its newer abilities, and finally put into practice some lessons about working with content management systems like WordPress which require not only development, but content strategy focuses. The resources to do all of this is widely available online, and is constantly tapped.

There are a number of people/groups in the Body who deal with aspects of building this which will also come in handy along the way. Web app developers, WordPress customizers, etc. have the kinds of collective wisdom that would be utilized to make this happen. If at some point the work goes beyond the time/abilities here, its possible that such a redesign project would be farmed out.

Lastly, there’s you. For those of you visiting the site daily – thank you. You coming to the site, offering feedback, or simply hitting areas (constantly) helps to direct projects like this towards completition. The more you use the site, especially this alternate version, then the better we are able to make a resource that fits your needs.

Implicaitons of This Design
There is a good chance that we will probably stick with a web-app method for delivering content from here on out. That would mean that building and maintaining apps which also publish this site’s content would only be done as a means to explore the workings of content mangement systems and publishing experiences, rather than anything strategic towards pushing this site forward.

Another, probably more jarring, implication to this design is that we would be (finally) going back to our roots in respect to being mobile-first in everything. This could mean shorter articles, but definitely means more flexibility and versatility in the data streams that make up MMM. For example, we have a “tab” which has a link to all the places we conduct conversations online. Such an item could easily become a single page stream and RSS/XML feed for those who would rather find content in those methods.

The design is using features of CSS and HTML which are more advanced. Based on some of the stats we can gather form those visiting MMM, those features are supported by those visits. However, that’s not a 100% solution. We would like to be as close to 100% mobile compliant, and not at all desktop browser compliant. We’d like to drive the desktop browser experience to primarly search and RSS versus casual browsing.

We are also going to slowly start making the shift towards getting away from email for non-collaborative tasks, and use Twitter as a means to not just be poked about items, but also conduct the initial parts of conversations. Until we do something a but broader federated (identi.ca and/or XMPP-based stuff from our server), that would help us to best triage communications and move quickly towards managing opportunities in this space.

Or you can look at it in this simple statement: we are going even more mobile and virtual and dragging you along for the ride :)

What’s Left?
Using it, finishing the WordPress custom theme conversion, making mobile apps match its UX… ya know, the normal ;)

Just go to http://mobileministrymagazine.com/m.html and have a go at it.

Note for Those Coming from The Mobile Site
If you are reading this from the mobile site, then on clicking this link, you will have to click the link that says Full Site on that page. That’s simply because of how links from our use of Mobify behave.

2012 Resolution #4: All Books Project and Mobile UX Standards

NET Bible (logo)Technically, it’s the last week of the year and I am supposed to be on vacation. It not felt needed to be taking this time off, but even felt that unction from the Lord that I really needed to set this aside and just breathe a bit.

And that’s been the case for the most part. Ok, so I cheated a bit one day and pre-wrote another post. But I’ve remained quiet on Twitter and in much administrative work. The break was needed. Then I was awaken from a nap on Christmas Day with a former idea about redoing the UI for the NET Bible. You see, I haven’t found a suitable application for the N8 which I own (I have indeed changed my perspective towards my needs for a Bible app on that style of a mobile several times), and have therefore left things stoic with the HTML files which come from the NET Bible’s publishing. It’s not difficult, as it is a bookmark in my web browser, making me just a browser search away from further readings. But, it’s not the most mobile-optimized experience. Hence, the waking from a really good 2nd nap.

Establishing the Goal, Identifying the Issues
The first issue that anyone runs into with mobile bible readers is getting around. Yes, there are other aspects such as speed, available content, notes, etc. But, I tend to always boil things down to two key features: reading and searching. Both of these aren’t done well enough in general on mobile, nor on specific platforms, to tilt me one way or another. I figured that since I’m in a browser often enough, and across two platforms which don’t have much shared between them in terms of consistently updated, shared applications, that I could do something that better fits my personal needs. One part of that is navigation, another part is that I search for content differently. The ideal reader for me would need to be equally proficient in both of these.

I am tacking the first issue of navigation on my mobile for this NET Bible. I want a UI that works on my mobile device, with one hand, that spatially orients me to the text, and doesn’t (necessarly) lock me into an app as much as it makes the case for a translation that works and I can change that source as needed. Reading the Word shouldn’t be a distraction, it should make me smile, even in the parts where the justice of God is splitting folks wide open. The UI is first.

Second is search. I’d like to be able to search anything and everything in the text. And then save that search. Search should work as fast as a contact search does. It also should be intelligent – showing me what I searched for previously, and automatically saving the search when its done. That’s the piece that would take the longest to nail. Maybe its a native solution only here – that’s ok, I’m willing to compromise from the route I’ve taken with doing the UI with HTML/CSS/JS – I think.
All Books - Personal Bible Reader (In-Dev Screenshot) - Share on Ovi
What’s Been Developed to Date
What you are looking at is essentially a framework, slightly HTML5-friendly and leveraging jQuery till my JS skills improve (uhmm, CodeYear is looking quite attractive). This is what I’m now using to get around the many, many pages that make up the NET Bible on my mobile. And the really neat thing is that it gets me around, while getting out of the way so that I can simply read. That is key for all of us when looking at reader applications and services, and I think this nails that well.

I’m skipping the landing page that’s done on the official NET Bible. Since this is a personal project, I’m really all about just getting into the text as fast as possible. As you can tell from the screenshot, each section has its own color. That’s just a visual aide to get me into that section as fast as possible. Interesting thing here was how the colors made it easier to navigate on the tablet, where it made little difference initally on the mobile.

At the top of the page is what amounts to a navigation menu. That’s just there to refine things and to setup an eventual search feature. I’ve ignored some (not all) of the conventions for touch-based navigation because I want to keep more of the screen available for text. Being able to have as much screen as possible for reading is important to me.

Remaining Issues/Imperfections
I’ve actually not yet gotten the text placed into this yet (at the time of this article’s writing/editing). I know what I want to have in terms of look and feel, but not sure how best to implement it from a JavaScript perspective. That’s a knowledge gap on my end that I hope to solve, but if you take a look at my sketches, its something that’s probably a lot easier than I’ve been thinking about it.

Another issue, and this follows the text, is that of having the notes show/hide in a pretty manner. The notes are one of the key reasons that I use the NET Bible (really, all published versions of the Bible should come with through translators’ notes). Having those notes show on a tap/swipe manner is something that I think I’d have to switch to using jQuery Mobile or jQuery Touch – or even a custom JavaScript function – to make work.

Performance is a problem. The Nokia N8 received a new web browser with the Nokia/Symbian Anna update, but it still seems to suffer a good bit with my using of jQuery. That’s going to bug me when the full text gets in there. That’s sitting as a near-major issue.

I have not (nor plan to) test this on every mobile platform. I built this on my iPad, and made sure it worked on my N8. It’s totally something to address a personal (peeve) need of mine, but I am compelled as all get out to share it. It uses jQuery, though should probably have the JS written from scratch into th page since it uses so little. And it relies on CSS being supported enough so that it works cleanly (though the HTML is semantically written so that it doesn’t matter if CSS is not supported at all). This also uses a bit of data for the image and for jQuery. So, if you wanted to use this as is, be sure you are aware of that part. I’m not sharing this to support it – only to share something that can be useful for your pursuits.
UX Flow for All Books Personal Bible Reader - Share on Ovi
Things to Work On
At this point, I haven’t tweaked the NET Bible chapter pages as I would like to. The notes are my most important reason for using this text and figuring how to take their code for opening the notes into the footer area that I have is a bugger. I want that to work most of all, but haven’t yet figured up how to make it work best on my device (let alone anyone else’s).

Search needs to be worked on. I have the flow of how search works, now its a manner of building search that works best for (a) the device I’m using and (b) the approach I’ve taken. I’ll probably be leaning on the insights of some developer communities for this.

Why Even Do This
Personally, I’ve just not been happy with any Bible reader since Bible+. Part of that is that my attention and needs have changed even more than I’ve changed devices. I started simply wanting to read, then it became a matter of comparing versions, then needing something to facilitate teaching/discussions, then it was all about just having apps. Now, I just want the text. As much of it as I can take in, as much of it that’s historically receivable. As much as I can that will continue to provoke me to grow up in this. For all of that, I was practically compelled to build one at some point (Brett and LJ, I’ve listened).

On the other side of this, I’ve gotten a lot of questions about formats for documents on mobiles in 2011. I keep telling folks the same things: .txt and .html. Those are the most ubiquitous formats out there for text documents and work everywhere. If you can get your content into HTML 4.01 you really can meet just about every device made in the last decade that has a browser (regardless if they have a connection or not). If you have a “container” like this, and just fill in the text with whatever txt/html archive that you have available, it works. Many people don’t need multiple versions, they just need to get in and read.

I also thought about how the community came together to solve issues like this with the Palm Bible+ app from the Palm Pilot days. For those of you with a PalmOS PDA or Treo/Centro around still, you should dust it off and download that app and a few modules. Notice something different compared to current apps? Speed in the navigation and search. Heck, if you have peeked into the manual, you’d notice that there’s some easy to remember/use text shortcuts for just about every primary feature, and a few not-so-primary ones (I wrote the manual, and designed the website). Most of all, it gets out of the way. You get into the text and everything else gets out of the way. This is what I thought of when I had the NET Bible and other mobile bible apps. Yes, there is some extent of “designing the experience” that happens, but in consideration to the “Father in heaven who revealed this,” (Jesus said this to Peter) too little chance for that to happen. In a real sense of things, “get out of the way and let me meet God (in my mobile bible reading).”

I have ideas of how to do the search on my N8, but need to know if I need to hack the widgets/WRT feature and figure some kind of database that would live on my memory card which that search could address those queries (maybe there’s a search widget that could be constrained to the local files and/or an online search). Then I would have it, something similar enough to the simplicity of the PalmOS experience, but much like apps today where I am taking (some) advantage of the context of the device I am using and building from there.

From Here To…
This is something that I’m hoping to keep my attention towards finishing this year. Even if I don’t have the N8 at the end of the year, this is something that could work on just about any device I’d go with (except the iPhone). There’s a bit of pain happening with building this, and some understanding (again) of the fun folks (YouVersion, Logos, OliveTree, etc.) go through in building this. But, since I’m just looking to build something that works for me, I can keep most of the distractions at bay and just go for it. Plus, I’m using the HTML archive of the NET Bible as I’m building this, so if there’s something I’m not doing right, it can change pretty quickly.

For you, this is merely an exercise to share. Some of you might be in a similar mode that I’m in – nothing quite works and you have just enough technical skill to nearly get there. If you feel like taking a stab at this for your own efforts, here’s a link to my public Dropbox folder continaing the mobile container and the NET Bible archive (if someone puts this on GitHub, awesome). Whatever you do, let the folks at Bible.org know. I think this will help their efforts (and I’ve not even broken my brain on doing the UI completly from an icon-driven aspect, yet).

Mobile-Friendly and Personalization As Core to User Experience
The takeaway from this project is that there have been several methods to engaging Bible/document reading, social/offline networking, funddraising, and other initiatives in mobile ministry. However, even if you nail the features, at some point in the maturing of that person using the service or the company offering it, doing something that fits the mobile context and that’s personalized will come forth. It might not be the aims of your projects initially, but do know that eventually, they all point to these goals needing to be met.

Some people commit to reading the Bible anew at the beginning of the year. I’m trying to make a Bible app… yea, that fits.

Weekly Web Watch #27 at Mobile Advance

Over at Mobile Advance, a weekly list of links to news and happenings in and around mobile is posted. Here’s a snippet of what’s in Weekly Web Watch #27:

Apps

  • Introduction to jQuery Mobile (by IBM/C. Enrique Ortiz)
  • Why Web vs. Native Isn’t a Black and White Battle
  • Standards for Web Applications on Mobile: May 2011 Current State and Roadmap

Read the rest of Weekly Web Watch #27 at Mobile Advance.