On this page:

November 20, 2009

Wap Review

New Middle Web Sites: Techmeme and Google News

Techmeme Middle Web Site

Techmeme, the popular tech news aggregator, launched a new mobile site yesterday.  The official announcement is here.

I like what Techmeme has done,  The site, while targeted specifically at the iPhone, Android and Palm WebOS phones, isn't turning anyone away.  You can visit techmeme.com/m with any browser you want.  I tried it using the Android browser,  a Nokia N95-3's Webkit based browser, Opera Mini 4.2 and the old Openwave 6.2 emulator. I found that the new design worked just as well in Opera Mini (image, top) and Nokia Webkit as it did on Android. I believe that the site will work well on any mobile browser with reasonably good CSS and JavaScript support.  A screen at least 320px wide or Opera Mini's fit-to-width "Mobile View" is also desirable to avoid horizontal scrolling.

Not surprisingly the site was unusable in the Openwave emulator, which I'm using as a stand in for a feature phone (aka dumphone browser) as I no longer have a working one. The site loaded but was unusable. The text was scrunched into a single column five characters wide and the tabs and links to  "Discussions" of each news item were not clickable. That's not really a problem as Mini-Techmeme, the three year old version of Techmeme for old school mobile browsers  has not been discontinued and is still available at techmeme.com/mini.

The new iPhone/Android/Web OS/Opera Mini/Symbian Webkit version of Techmeme has virtually everything that's on Techmeme's  desktop site including the "Discussion" feature which pulls in other stories that link to each item. The discussions are excluded from Mini-Techmeme.

It's not just Techmeme that got the new design either.  Sister sites Memeorandum on politics, WeSmirch for entertainment gossip and Ballbug for baseball also have new smartphone optimized versions at memeorandum.com/m, wesmirch.com/m and ballbug.com/m respectively.

I do have one minor beef with the new design though.  Why did Techmeme feel the need to  disable the browser "Back" button and replace it with an in-page "Back" link? That's non-standard, non-intuitive and just plain confusing for users.

Giigle News Middle Web Site

Coincidentally, Google also launched a new version of Google News yesterday and it's also targeted at the iPhone, Android and Palm OS.  They basically did the same thing as Techmeme, redirecting the chosen browsers from news.google.com to the new site.  They also left a backdoor open at news.google.com/news/i which can be accessed from any browser.  Like  the new Techmeme, this richer mobile version also works in Opera Mini and Symbian Webkit but not OpenWave (it renders OK but some of the links depend on Javascript which the browser doesn't support).  The enhanced mobile version of Google news uses a fluid layout and renders well in Opera Mini even on screens as narrow as 128px wide, and the browser's back button works.  Compared with the legacy mobile News version at http://news.google.com/m/, the new one has more images, links to mobile formatted YouTube videos and it picks up the user's custom local news and keyword based sections from the desktop version of Google News.

I'm sure we will be seeing more and more of these "iPhone/Android/Web OS" optimized sites.  That's a good thing for users of more capable browsers but poses a problem for mobile bloggers and analysts.  What to call this gendre of  mid-sized (between desktop and traditional mobile web) sites?  I've heard them called "iPhone", "Smartphone" and "Touch" sites but none of those really fits as they work on more than the iPhone, including with some non-smartphone browsers like Opera Mini and they don't depend on a touchscreen either. The best term I've heard seems to be "Middle Web" which was coined by Kelly Goto back in 2007.  That's what I'll be using to describe this class of rich mobile sites, at least until something better comes along.  Suggestions anyone?

by Dennis Bournique at November 20, 2009 08:02 PM

Ajaxian

Full Frontal ‘09: PPK on Mobile Quirks and Practices

PPK talks up the excitement of mobile web development, then brings the mood down a notch by listing the overwhelming array of browsers to be targeted! Quirksmode says it all. This talk is about quirks in mobile development, and some of the solutions out there.

Mobile CSS Quirks

So many platforms. Take just WebKit. You can't just say "WebKit" for example, because there's no webkit on mobile. There's iPhone Safari, Android WebKit, Bolt, Iris, different versions, etc. "If someone says my 'app should work in WebKit', laugh in his face. There are just too many versions of WebKit, so as PPK says it, there really is no "WebKit for mobile".

That said, it's good that things are starting to converge towards WebKit. As for the others: Blackberry browser "is dead" as they'll be switching to WebKit; Mozilla is very late to the game; NetFront "is not very good". Windows Mobile 6.5 is a big improvement on 6.1, and with an improved browser, but it's still IE6 based. ('Nuff said.)

There's also a large legacy share, and if users are used to it already, that may be what they want to keep using.

Landscape versus profile mode is an interesting one for those of us desktop developers whose users don't flip their heads around on a regular basis. NetFront has some very surprising and idiosyncratic ways of dealing with it.

The modes don't stop there. There is also mobile versus desktop mode in some browsers; sometimes users can switch these in some obscure corner of their mobile browser preferences. Again, some surprising things happen in Opera and Android. Perhaps of more concern is the difficulty he had diagnosing the situation at first, when Android was showing three divs of the same width in one mode, and not in the other.

@media to the Rescue

Okay, what can we do about all this? Media queries are extremely useful and fairly well supported in modern mobile browsers.

CSS:
  1.  
  2. div.sidebar {
  3.   width: 300px;
  4.   float: right;
  5. }
  6.  
  7. @media all and (max-width: 400px) {
  8.   div.sidebar {
  9.     width: auto;
  10.     float: none;
  11.   }
  12. }
  13.  

max-width and min-width have subtle issues which PPK is currently researching, but max-device-width and min-device-width give more reliable results. orientation, aspect-ratio, and dpi (also needs research).

Mobile Javascript

Performance-wise, IE Mobile and Blackberry extremely slow. iPhone is middle ground. The really fast browsers are Opera on Samsung and N97, and S60 on Nokia E71 and N97. The bottom line is take your time with mobile Javascript development; you generally can't expect it to "just work"; you'll have to optimise. Also, don't use iframes - they're major performance hogs.

Mobile Connections

Tempting fate, PPK informs us that if someone in the room starts downloading movies, the netwrok gets slower for the rest of us.

Fortunately, browsers give us events to determine when user is going online and offline. Unfortunately, they're doing it wrong. Only Firefox automatically detects offline; all the others require the user to explicitly say "I'm offline now"!

W3C Widgets

In general mobile development, best practice is to put all the core files on the moble phone, and only download the data. But how can we do that with web apps, where the code comes down with the data? W3C widgets offer a solution. You just create a single HTML page with the CSS, Javascript, and images you need; add an icon and config; zip it up; and deploy. PPK reports it works in practice, and works in a "write once, run many" fashion. There are still problems to be sure, but he says it's the best interoperable solution we have today. But still many outstanding platforms: Blackberry (already talking about it), Nokia Maemo, Palm Pre, Android, and of course, iPhone.

Device APIs

Security risks mean critical device APIs will generally remain off limits to general websites for a while. Widgets have a better model, because they're more self-contained and can be verified, although not perfect either.

by Michael Mahemoff at November 20, 2009 12:58 PM

Volker on Mobile

Good bye Symbian?

First, Samsung announced it would drop Symbian from its smartphones in 2010 in favour of its new, home-brew bada OS. Then Nokia said it would drop Symbian (albeit not immediately) from its flagship...

[[ This is a content summary only. Visit my website for full links, other content, and more! ]]

by Volker at November 20, 2009 11:58 AM

November 19, 2009

Wap Review

Coders.mobi – A Blog for Mobile Web Developers

Coders.mobi

There is a new blog aimed specifically at mobile web developers. It's Coders.mobi and offers tutorials, tips and tricks, code snippets and mobile site and toolkit reviews.

I think that there is a real need for a site like this. Mobile web development is a subset of web development in general but it isn't currently given much coverage by the big web development sites like Webdesigner's Depot and SitePoint.

Coders is new and doesn't have a huge amount of content yet but there's some good stuff like a recent post on using the Google Maps API to display maps on a mobile site. I'd classify the articles on Coders.mobi as beginner to intermediate level but definitely worth a look for anyone building mobile sites. I hope David Wiles, the developer behind Coders, continues to add useful mobile development content and features to the site.

The mobile version of Coders.mobi was created with WordPress Mobile Pack Source Mobility.mobi

Filed in: Wap Review Directory - Technology/Mobile/MobileTech

Ratings: Content ****_ Usability XXXX_

Ready.mobi Score: 5 "Good"

Mobile Link: coders.mobi

by Dennis Bournique at November 19, 2009 06:22 PM

Tom Hume's blog

Tokyo, Presentation Day

5 hours into sleepytime, and I started awake at 3:30am on the day of the presentation. I'd not exercised in a few days, so dragged shorts and trainers on, and went for a run - up to the palace, around the moat, getting a little bit lost, thanking my lucky stars I had my phone with me, and carefully navigating back to the hotel. What is it about Tokyo which inevitably involves my getting lost at some point...?

I broke fast, suited myself up, and met Mr Hughes in the lobby to wander over to the embassy - which it turns out is just 10 minutes walk away, and around the edge of the Imperial Moat again. Even by embassy standards, it's really rather nice: once you're through the security there's lots of open space and gardens - though cameras are banned in these areas so you'll just have to take my word for it (I did get a few photos of the rather plush interior of the Ambassador's Residence though).

First things first, we met our interpreters for the day - two extremely helpful Japanese ladies who sat us down and ran through our presentations - to clarify the meaning of certain key phrases and the pronunciation of brand names which may never have been enunced in Japanese before. I was pleasantly surprised at how knowledgeable they were about telecomms in general, and founded myself needing to explain very little.

From there, I was taken to the garden room of the embassy for the two interviews: the first with Yasutaka Yuno and Shuichi Morita of K-tai Watch, a popular telecomms web site over here. Clearly mobile enthusiasts, they quizzed me on the types of Japanese content which might work over in the UK. I was a bit lost really - I don't know very much about what's popular in Japan right now - and could only suggest that one thing we'd *not* seen cross over to the UK was the Japanese practice of writing books on keitai. That seemed to keep Shuichi - and anyone else who asked me the same question that day - happy. The resulting article on K-tai watch can be found here (and a Google translated version here, not sure what "Future home of the president's Purattofomuzu" means tho)).

Another interview followed with Yumiko Egami of the Nikkan Kogyo Shimbun, a business newspaper; this time around the topics were more general and less focused on the detail of mobile. Both interviews were carried out through my interpreter, who very ably managed to convert my lengthy gabbled ramblings into Japanese.

A relaxing lunch followed in one of the rooms off the embassy gardens with some of the UKTI staff, 50% Brits who were doing a few years posting in Japan, and 50% locals who'd spent some time in England (and not only spoke perfect English but also seemed to have internalised the sense of humour and/or sarcasm very well).

My Hughes Dispenses WisdomAnd then we were into the afternoons talks, with headsets on to give us a live translation feed from our interpreters, who were now housed in a glass cage at the back of the room. After an introduction from the ambassador, Takamasa Kishihara of the Mobile Contents Forum gave a general introduction to the Japanese mobile content industry. I took a few notes from this one:

  • >100m subscribers, driven by the arrival of 3G and flat rate (seen as being vital for allowing rich media to be consumed at a reasonable cost);
  • Japan is generally seen as 5 years ahead of the UK;
  • Areas of content break down into mCommerce, digital content sold via operator billing, advertisment/ad-response and social networking;
  • Mobile content industry in Japan grew, even during the recession;
  • MIDI ringtone industry peaked in 2005 at 100m yen revenue, now at 50m yen;
  • 1/4 of the Japanese music market is music delivered to handsets;
  • Takamasa spoke about a new frame-by-frame film format which sounded interesting, a cross between films and comics;
  • Social networking services ere mentioned as being either ad-driven or supported by gifting;
  • Japanese acceptance of the subscription billing model is seen as key to the growth of the mobile market, and many of the content providers there were also keen on this;
  • Problems exporting to the UK have included regulatory/commercial issues, the web-based nature of Japanese content, and the language barrier;

Tony Hughes of UKTI then gave his talk. I'll see if I can get permission to upload his slides - it was a fantastic examination of the communications, mobile and digital landscape in the UK.

I followed up with a few case studies of content providers in the UK: Flirtomatic, MobileIQ (particularly their service for The Guardian) and Puzzler. I'd done interviews with the first two companies to prepare me for the talk - you can see slides and notes online here. It was interesting to hear a few familiar themes show themselves between these two, and I'm very thankful to Mark Curtis of Flirtomatic and Shaun Barriball of MobileIQ to the time they graciously gave for these conversations.

Wondering what to orderQ&A followed, and happily the audience seemed very keen to talk. We had some great questions on differences between the UK and China, the general approach to billing and content provision, and the relative importance of operators. After about half an hour, the questions were drawn to a close and we had a pleasant hour or so networking with attendees and UKTI staff, before heading off for a delicious Japanese meal with a few UKTI folk. Well, the bits *I* ate were delicious, the squidney and fish sperm were less appealing...

A really fun day; I was surprised how much I enjoyed myself, and found the crowd (both organisers and attendees) really enthusiastic, friendly and interesting. Fingers crossed this is not the last time I head to Japan for business, but the first of many...

by Tom Hume at November 19, 2009 07:43 AM

November 18, 2009

Carnival of The Mobilists

Carnival of the Mobilists #200

Mobilestance.com has the honor of hosting a truly milestone Carnival of the Mobilists (COM) this week. The roundup of the very best in mobile blogging counts 200 (!) posts since it was founded in 2005 by expert mobile-watchers including Russell Buckley and Carlo Longino over at MobHappy (This is long before Russell took the helm at VP Global Alliances at AdMob and Carlo launched his career as an independent consultant/analyst and regular contributor to MobHappy.) This week features a trio of posts looking at the impact of the Google acquisition and a few surprises. So, check it out and join the conversation!

by peggy at November 18, 2009 08:46 PM

Little Springs Design - designing the mobile user experience

designing for the new array of high-end phones

For a while there, designers and developers could ignore screen and pixel size, at least for "high end" devices. Let's be honest here, "high end" meant iPhone-like: touch or multi-touch screens, high end Webkit browsers, and 320 x 480 pixels.

That time is now over. To our mind, it really wasn't here in the first place.

Why is the time now over?

  1. Android has matured a bit, and manufacturers are putting it on everything. Consider this ARCHOS Internet Tablet (800 x 480 pixels, 4.8 inches), this Vega Picture Frame (1366 x 768 pixels, 15.6 inches), this 7 inch tablet, or the nook's 3.5 inch screen with what looks like a 5:2 aspect ratio
  2. Even Palm's WebOS devices will not be consistent, with Pre's pixel dimensions matching the iPhone's, but Pixi's are at 320 x 400 pixels (80 pixels shorter).
  3. Normal Android phones, such as the Motorola Droid at 480 x 854 pixels, no longer have a predictable size. Who knows what the next devices screens will be like?
  4. The Motorola Droid's pixels, like the ARCHOS pixels, are much smaller than the iPhone's; bitmaps that work well on one may not on the other.

We wrote Photoshop layout is not your friend in March; this new array of high-end devices forces a choice: design for iPhone only, or start designing for multiple screen sizes.

If you're designing Android applications, you have some tools available to you. The Android Developers' Supporting Multiple Screens gives designers and developers a way to deliver the correct layouts and graphics to the correct devices.

For now, however, Android doesn't really support the full array of screens upon which Android is found. Here is what the document's Range of Screens Supported section says about device support:

Low density (120), ldpi

The Droid is there, as a high-density, normal screen. The iPhone (were it an Android) and early Android phones are medium-density normal screens. The ARCHOS is a medium-density large screen. The nook and the Vega are ... not in the table at all.

Android's support of screen issues is incomplete, but many steps better than previous cross-device platforms like browsers and Java ME. Despite this, many developers have simply ignored the possibility of different screen types. My favorite example is the Fuzzy Clock widget, which is supposed to take up 25% of the screen with a single line of text. Apparently they used a single-sized bitmap font because on the Droid, the "glanceable" clock has the equivalent of about 8 point font. Not at all readable.

And frankly, I don't expect Apple to keep to the current screen dimensions. I don't have any inside information, but they will make a smaller screen or a bigger screen, or a higher-density screen, or probably all three. So even those of you focusing just on the iPhone may want to look at your process in the next few months.

The hardest type of applications to design for multiple screen types are games, as many create mazes, game boards, and levels for a specific aspect ratio. If your application uses scrolling or other pagination techniques, however, you can probably design it to comfortably manage a wide variety of screen sizes. (But all bets are off for supporting the Nook's screen, which will really want to scroll laterally, not vertically). How? Go read the resources linked above in this article. Or hire us.


Little Springs Design is a user experience design consultancy focused exclusively on mobile. For information on contracting our design, strategy, training, and testing services, please contact us today.
See our scheduled training on mobile design, including convenient webinars

Copyright ©2009 Little Springs Design, Inc.

by Barbara at November 18, 2009 07:55 PM

Martin's Mobile Technology Page

NTT DoCoMo To Switch-Off 2G in 2011

The news web sites have it today (here, here and here) that NTT DoCoMo announced today that they plan to switch-off their 2G network in March 2011 and solely rely on their UMTS and LTE networks afterwards. Wow, a great step but they are likely to remain an exception for quite some time to come.

The reason behind that is that DoCoMo uses a 2G wireless technology that's pretty much incompatible with anything else in the rest of the world. In other words, they won't loose a lot of roaming charges with this move.

By switching-off their 2G network they'll significantly save money on two fronts: First, there's one network layer less to to keep running so that certainly saves a great deal of money. Second, they no longer need proprietary dual mode 2G/3G devices and can go forward with dual mode GSM/UMTS mobiles that are sold in the rest of the world (+ an additional frequency band, see below) or triple mode GSM/UMTS/LTE devices. And while we are at it, does anyone know if current devices are still dual mode or has DoCoMo phased this out already and just keeps the 2G network running for legacy devices?

And a final thought on this one for today: Looks like in Japan DoCoMo doesn't only use the 2.1 GHz band for 3G but also a band in the 800 MHz region (FOMA Plus) which is also used by their 2G PDC system. Here's some more details on this from a report on a Blackberry version for Japan. That report also indicates that the band is different from the 850 MHz band used in the Americas. It would be too simple otherwise... So once they switch off their 2G system, they can do further re-farming. Also a nice benefit.

by mobilesociety at November 18, 2009 07:02 PM

Wap Review

Opera Mobile 10 Beta for Windows Phone Released

Opera Mobile 10 Speed Dial Opera mobile 10 Tab Switcher

Good news for Windows Mobile (a.k.a. Windows Phone) users, Opera's newest browser, Opera Mobile 10 is now available for the Classic and Professional editions of Windows Mobile 6.5, Windows Mobile 6.1, Windows Mobile 6.0 and on Windows Mobile 5 Pocket PC.  I don't have a Windows phone so I can't try this myself but I have been using Opera Mobile 10 as the main browser on my Nokia N95-3 for the last two weeks and I recommend that you give it a try.  The  browser's speed, rendering quality and compatibility with almost any web page is amazing and equals and in some cases exceeds that of the iPhone browser.

Be warned however that this is a Beta and an early one at that.  There are missing features, most notably there is no plug-in support so no Flash and there's no Opera Link bookmark synchronization either.  On my Symbian phone, Opera Mobile 10 crashes or hangs occasionally, usually when loading a new page.  A couple of times the entire phone has locked up while running Opera Mobile 10 and I've has to power cycle to recover.  Opera Mobile needs plenty of RAM, at least 40 MB on Symbian,  if your phone has less you will see Out of Memory errors loading large pages and using multiple tabs.

Overall though I rate Opera Mobile 10 stable enough for regular use.  I'm usually able to browse for hours at a time with no problems, pages look great and the browser handles just about every page I throw at it, with the exception of those requiring Flash.

For more on Opera Mobile 10 for Windows Phone visit opera.com/mobile/ for a full feature list, video walk-through, tutorials and download links.  More details and a list of known issues can be found in a post on the Opera Mobile Blog.  There is also a new developer's perspective article on Opera Mobile 10 at dev.opera.com which details some of the neat things web developers can do with the enhanced CSS3 support in Opera Mobile 10.

To download Opera Mobile 10 using your phone's browser visit m.opera.com/mobile/

In other Opera Mobile news, last week a new version of the Symbian version of Opera Mobile 10 was released. It comes in two flavors.

  • A standard release (Build 280)
  • A new multi-language release (Build 281) with  font support for additional languages. This allows menus to be displayed in Russian, Ukrainian, Greek, Chinese, Japanese, Korean, Arabic, Farsi and Hebrew in addition to languages using the Latin character set like English.  Thai and  Hindi menus are not supported yet, however web pages in these languages should display properly.

Both versions include a fix that reduces the frequency of out of memory errors. The browser also gains  the ability to pass streaming video and audio links in the phone's media player and there is a fix for the issue of some phones being unable to display English characters.

The new Symbian releases, which are for S60 3rd and 5th edition phones, can be downloaded from opera.com/mobile/download/ or the mobile browser friendly download page at m.opera.com/mobile/

Related Post: The Truth About Opera Mobile 10 Memory Usage

by Dennis Bournique at November 18, 2009 06:52 PM

Open Gardens

Are we being unfairly harsh on t-mobile?

Much has been said about the data theft at t-mobile .

But are we being unfairly harsh on t-mobile?

Consider this ..

a) T-mobile reported the incident when they identified it

b) The information commissioner seems to be making this as a showcase to highlight the issues

c) The incident could have happened in any organization which handled data

My concern is, companies will be less willing to admit such incidents if they are penalised for acting prudently.

Thoughts?

And on a lighter note .. enjoy the cartoon below from today's edition of the metro for a new interpretation of Mobile Social Networking!


t-mobile data outage.JPG

by ajit at November 18, 2009 06:33 PM

MWI Team Blog

The Pythia casts mobileOK spells

Web authoring tools ease publication process. Simplicity comes with some loss of control over the generated content. There is hardly anything an authoring tool user may do to improve her content when the W3C mobileOK Checker reports that pop-up windows should not be used. So what?! I do not have any of these pop-up links in my content!

The underlying theme can be updated, but this approach works up to a point when e.g. the post would best be split into multiple pages when delivered on mobile devices. Authoring tools that do not provide content adaptation mechanisms need to be extended to be able to serve mobile-friendly content to mobile devices.

I have been working on an open-source suite of tools written in PHP lately, named mobileOK Pythia, designed to help generate mobileOK content and more generically speaking to help adapt content to fit the properties of the requesting device. Here is a short overview of the outcome of this work. More information (including crucial information about the choice of Pythia as a name ;)) can be found in the documentation of mobileOK Pythia.

This work is part of the MobiWeb 2.0 project supported by the European Union's 7th Research Framework Programme (FP7).

Plug-ins for WordPress and Joomla!

WordPress and Joomla home pages with the mobileOK Pythia plug-in

From a user's point of view, the visual and hopefully useful outcome of this work is the creation of the mobileOK Pythia plug-ins for WordPress and Joomla! that make it possible to generate mobileOK content with these tools.

The plug-ins feature:

  • Device identification: based on WURFL, an open-source DDR published as an XML file, and accessed through a standard DDR Simple API interface.
  • Content adaptation to fit the properties of the requesting device in terms of e.g. screen size, script support, page size limit.
  • Theme switching: possibility to switch to a more mobile-friendly theme when the requesting device is identified as mobile.
  • POWDER: a machine-readable mobileOK claim for the Web site can be automatically created and served using a POWDER document. The POWDER document is made discoverable through the addition of a Link HTTP header field as decribed in the POWDER Primer.
  • W3C mobileOK Checker link: a link to the W3C mobileOK Checker is added next to the authoring input form to be able to assert the mobile-friendliness of the created content while it is being written.
  • mobileOK theme: a mobileOK template may be installed with the plug-in.

The development of a third plug-in for Moodle has started but it is still work in progress.

There exist other plug-ins that provide similar functionality (see for instance WordPress Mobile Plugin, WordPress Mobile Pack, Mobilebot 1.0 or WAFL: Mobile Content Adaptation). mobileOK Pythia separates tool-specific functionalities from tool-agnostic libraries to ease porting to other tools. In particular, the plug-ins wrap the same extensible libraries:

  • AskPythia to identify and retrieve the properties of the requesting device.
  • TransPythia to adapt content based on the properties of the requesting device.

AskPythia

AskPythia is an open-source conforming implementation of the Device Description Repository Simple API in PHP. It is not a DDR but a wrapper to existing DDRs.

AskPythia ships with an implementation on top of the WURFL database that maps WURFL capabilities to properties defined in the Device Description Repository Core Vocabulary standard. Support for other DDRs is welcome!

Check AskPythia's documentation for more information.

TransPythia

TransPythia is a transcoding library that adapts content (HTML, CSS, images) based on the capabilities of the requesting device. The library ships with a set of transcoding actions that are particularly adapted to mobile devices and that may be extended as needed.

Main transformations are:

  • Images conversion and adaptation: adapts images to match the requesting device's list of supported image formats and to fit the screen size. Removes images that cannot be converted or that are still too big for mobile consumption after conversion.
  • Pagination: a generic pagination algorithm that may be used to paginate HTML pages or HTML fragments when the requesting device is identified as a mobile device.
  • Tables linearization: to remove nested tables and linearize tables when the requesting device does not support them.

Check TransPythia's documentation for more information.

Feedback

If you would like to comment, contribute, report bugs or simply tell us what you think, you are very welcome! Feel free to send an email to the public-mobile-dev@w3.org mailing-list (with public archives).

by Francois Daoust at November 18, 2009 04:56 PM

Kai Hendry's blog

Widget mapping quirks

This late rant is prompted by Widget interface spec (Last Call).

Widget APIs or rather Widgets 1.0: The widget Interface is largely about exposing what's defined in the widget configuration document to the Widget developer.

WHY? You may rightly ask. The widget developer should know his own name and email address whilst writing a function to mail him a bug report. I guess someone has argued that slapping new widget. attributes makes it easier for library developers. BONDI incidentally rightly (imo), didn't bother with this mapping.

Another reason WHY pointed out by robin is that the simple Widget interface exposed by the widget runtime, would implement locale support and give you the localised interface. I.e. it's doing a bit of work behind the scenes for the convenience of Widget developers and well... non-English speakers. However again, one can argue that Widget developers can implement their own locale support, which isn't that hard (they have probably done it before), but it would probably suck.

Ok, in an example Widget configuration file, like config.xml, you might find:

<widget xmlns="http://www.w3.org/ns/widgets" id="http://bondisdk.limofoundation.org/widget/webcmd" version="0.4.2" viewmodes="fullscreen">

Which maps onto the Widget interface as:

widget.id = "http://bondisdk.limofoundation.org/widget/webcmd";
widget.version = "0.4.2";

Though what about viewmodes? Hmm...

Then:

<name short="WebC">Web Commander</name>

Maps as:

widget.name = "Web Commander";
widget.shortName = "WebC";

Ok, the attribute short was used as a prefix to name which has become capitialised in order to make it easier to distinguish. Ok, fine. However this is there is an inconsistency with:

<author href="http://bondi.limofoundation.org/" email="sdk@bondisdk.org">LiMo Foundation</author>

Maps to the Widget interface like so:

widget.author = "LiMo Foundation";
widget.authorEmail = "sdk@bondisdk.org";
widget.authorHref = "http://bondi.limofoundation.org/";

Now the author element attributes like email and href become suffixed to author. You see how `shortName, should be nameShort?

Other elements can be found on the config.xml such as:

  <feature name="http://bondi.omtp.org/api/ui" required="true"/>
  <license href="http://bondi.omtp.org/BONDI-LICENSE-2.0/"/>
  <content src="index.html"/>
  <feature name="http://bondi.omtp.org/api/appconfig" required="true"/>
  <feature name="http://bondi.omtp.org/api/filesystem" required="true"/>

However there is no mapping to the Widget interface. Who decides what gets mapped and what doesn't? Wouldn't it be simpler and more consistent to just map everything?

It does get tricky especially thinking about the possible multiply nested http://dev.w3.org/2006/waf/widgets/Overview.html#the-param-element.

Also some punks might overload the config.xml with openURL which would clash.

I understand some elements like the feature elements and undefined (proprietary) elements like:

<access network="false" localfs="false" remote_scripts="false"/>
<billing required="true"/>

..are perhaps only relevant and used by particular runtimes, though shouldn't there be convention and reasoning for why (and why not) certain interfaces are exposed in the widget interface specification?

If the http://www.w3.org/TR/widgets-apis/#the-preferences-attribute was mandatory, which I think it should be since many widgets I've come across rely on setPreferenceForKey and preferenceForKey conventions, wouldn't it be sensible to put the interfaces all into this preference Web storage mechanism?

Consider read-only keys like:

widget.getItem("name")
widget.getItem("nameShort")
widget.getItem("authorEmail")
widget.getItem("licencseHref")

Though perhaps ideally when you did a widget.getItem, you received the JSON representation of the XML fragment. Though I'm not entirely sure if there is a standard way to map XML onto JSON. You might as well canonicalise the whole config.xml as a JSON string bound to widget.config. There, simple. Or innerXML if a JSON translation isn't possible.

Btw the Widget interface as it stands are all readonly except for preferences and openURL.

widthxheight

It's unclear to me if width and height map to the config.xml or the real actual viewport size. Surely one can defer to window.screen.width and window.screen.height instead? I know it says screen, but just imagine it says viewport?

My final proposal Widget interface proposal after thinking about it for two hours

interface Widget {
    readonly attribute DOMString     config; // innerXML or rather JSON representation of configuration document
    readonly attribute Storage       preferences; // key value
    void openURL(in DOMString iri);
};

November 18, 2009 12:53 PM

November 17, 2009

Martin's Mobile Technology Page

The 3G Stick on the Way Into the Notebook

No-more-3g-stick When you walk through any town in Germany and many other countries these days and have a look at what's advertised in mobile phone stores, it's usually phones (naturally) and notebooks or netbooks with a 3G USB dongle for a reduced price. Some stores have now started to differentiate a bit and now advertise net-/notebooks with built in 3G connectivity. For most people it makes much more sense to have the 3G card inside, it just takes less space and you can't forget to take the dongle with you. But there are also some major disadvantages.

  • A 3G USB dongle can be used with several computers and at least for me that counts for something.
  • Also, it's easy to exchange the SIM card, which I do a lot when traveling. I expect, though, that most people won't care about this one.
  • And then there's reception. In most parts of Europe, UMTS is still only on 2.1 GHz except for a few places with 900 MHz coverage. In other words, in-house is far from optimal in many places. So every now and then I am very happy about a USB stick solution that I can extend with a 2-3m USB extension cable and hang over a lamp or to place the 3G stick close to a window for better coverage and faster speeds.
  • And then the stick can be used as the receiver for a 3G/Wifi bridge such as this one. Again, most people don't care but I like it a lot. When I travel alone, the stick is in the PC but then it's great to be able to share the connectivity when the need arises.

So do you think 3G USB sticks will mostly be integrated into netbooks and notebooks over the next couple of years or will the majority of network operators and users prefer an external solution?

by mobilesociety at November 17, 2009 07:16 PM

Wap Review

nokiaAAddict: Great Reviews, Rants and Apps

nokiAAddict Mobile Site

Gerry Moth's nokiAAddict.com is an indispensable site for Nokia and Symbian users whether they are actual addicts or just trying to get their phones to do what they want them to.

Gerry reviews the latest hardware and software but the best part of the site for me is its directory of S60 3rd and 5th apps. When you need an an app, avoid the frustrations of the Ovi Store and doggy download sites and head directly to nokiAAddict's Downloads page where you will find direct links to all the essential apps and utilities that you need to make the most of your phone. It's all there, the Opera Mini, Skyfire and Bolt browsers, Screenshot, Gravity, Y-Files and hard to find apps like Nokia's Sports Tracker and Internet Radio and the 3 Skype client.

Don't miss the blog either especially Gerry's classic rants on operator dirty tricks "The Unlimited Con" and incompetent phone repair centers, "Never Take Your Phone To Carphone Warehouse For Repair".

nokiAAddict is a WordPress.com hosted blog and benefits from WordPress.com's  default mobile plugin support.

Filed in: Wap Review Directory - Technology/Mobile/Smartphones/Symbian

Ratings: Content ****_ Usability XXXX_

Ready.mobi Score: 4 "Good"

Mobile Link: nokiaaddict.com

by Dennis Bournique at November 17, 2009 06:46 PM

W3C Mobile Web Initiative

First Draft of Mobile Web for Social Development Roadmap Published

The Mobile Web For Social Development (MW4D) Interest Group, part of the Mobile Web Initiative, has published a Group Note of Mobile Web for Social Development Roadmap. This document describes some of the current challenges of deploying development-oriented services on mobile phones. It suggests the most promising directions for lowering barriers to developing, deploying and accessing services on mobile phones and thereby creating an enabling environment for more social-oriented services to appear.

by Dominique Hazael-Massieux at November 17, 2009 05:08 PM

Volker on Mobile

An Example Why Nokia Struggles

Yesterday, Nokia announced the “Nokia 5330 Mobile TV Edition”, “an entertainment hub that combines mobile broadcast TV (DVB-H), social networking, music and gaming in one compact 3G...

[[ This is a content summary only. Visit my website for full links, other content, and more! ]]

by Volker at November 17, 2009 10:45 AM

Tom Hume's blog

Heroes of the Mobile Screen

If I was going to build a dream team to run a mobile event here in the UK, it'd have to include the folks behind Swedish Beers, Over the Air, Mobile Monday, Mobile 2.0 and the Future of Mobile - all favourite events that I've ranted on about before now, and had the pleasure of participating in.

Luckily I don't have to bother building this team, because they've gone and gotten together anyway... and it looks like they're doing something a little bit different. Heroes of the Mobile Screen is running in London this December, and they've picked four very sensible topics for it: where's the money? What does all this social and location stuff mean? What do the kids make of this? And what to customers, and particularly women, want?

All really great stuff, and even better for having brought together a crowd of speakers that isn't just the usual faces...

by Tom Hume at November 17, 2009 06:16 AM

Lunkz

  • Nokia exec talks Ovi platform, really nice discussion of where Ovi is and how Nokia see the world;
  • Android Market games revenues rose in October, but only 53% which isn't the kind of massive growth you might expect to see this early in Androids life...
  • Android compatibility library: "During the cross-compilation process, both the application and the Android compatibility library are cross-compiled from Java to Objective-C and linked with the Cocoa Touch compatibility library to yield a native iPhone application. "
  • A new theory of awesomeness and miracles, including the putative construction of a go-playing machine larger than the universe;
  • Fake Steve Jobs exposes a wonderful example of doublespeak: "I sent a copy of this to Katie with a note asking how we missed out on this guy, because he’s exactly the kind of coin-operated true believer we need around here."
  • 5 things I wish someone had told me: "If your significant other absentmindedly mentions that he/she never sees you for dinner anymore, you had better resolve the situation quickly"
  • Who can save Palm?: "Palm can only hope for a niche role in the smartphone market. Palm’s technology can only escape this role if WebOS software will become part of a strong, larger service ecosystem. One possibility is acquisition by RIM. Consumer potential of WebOS can take Blackberry user experience to a new level..."
  • It's Googles world and handset makers just live in it: "by creating flagship devices featuring their latest and greatest they ensure forward momentum for the platform"
  • Russell Davies at Playful (which I'm increasingly gutted to have missed): "These aren't games, like the industry thinks of games, these are something a little less, these are Barely Games. And these, are what I wanted to talk about."


by Tom Hume at November 17, 2009 05:58 AM

November 16, 2009

Wap Review

New Mobile Bookmarklet – View PDFs As HTML

PDF as HTML from pdfdownload.org

Last month I wrote about an easy way to view those pesky PDF documents in many mobile browsers. That method used a bookmarklet that rewrites links to PDFs so that they open in the online PDF to Image converter at view.samurajdata.se.  WapReview reader Serola just sent me another bookmarklet that uses a different online PDF conversion service, pdfdownload.org, which converts the documents into HTML instead  images. With the documents I tried the  HTML representation (image, top) was not  as faithful in appearance to the original as the image version (below) but text was larger and easier to read.  The biggest advantage of the HTML format is that you can copy text snippets from it if your browser supports copying page text as the iPhone, Opera Mini 5 and Opera Mobile 10 do.

PDF as image from view.samurajdata.se

I've added Serola's bookmarlet to the Opera Mini Bookmarlets page at o.yeswap.com as "View PDFs as HTML".  I also renamed the original bookmarklet as "View PDFs as Images".

If your mobile browser supports bookmarkets and you aren't using them you should really give it a try. It's an easy way to automate and speed up all sorts of common browsing tasks like translating the text of a page, sharing links on services like Delicious.com or Twitter, subscribing to RSS feeds and much more.  There are concise instructions for adding bookmarkets to Opera Mini and Mobile at o.yeswap.com.  For more about mobile bookmarklets see the "Related Posts" below.  Bookmarklets are known to work with Mobile Internet Explorer, Palm Blazer, Opera Mini and Mobile, the iPhone and the Symbian S60 5th edition browser.  Browsers that do not currently support bookmarklets include Openawave, UCWEB, Bolt, Nokia's S40 and S60 3rd edition browsers and the Android browser. Please share your experiences with othe browsers in the comments.

Related Posts:
New Mobile Bookmarklet – View PDFs As HTML
New Opera Mini Bookmarklets – Ping this! and Copy Page Text
Updated Opera Mini Bookmarklets Page
Bookmarklets for Opera Mini

by Dennis Bournique at November 16, 2009 06:46 PM

Medium density (160), mdpi High density (240), hdpi
Small screen
  • QVGA (240x320), 2.6"-3.0" diagonal
Normal screen
  • WQVGA (240x400), 3.2"-3.5" diagonal
  • FWQVGA (240x432), 3.5"-3.8" diagonal
  • HVGA (320x480), 3.0"-3.5" diagonal
  • WVGA (480x800), 3.3"-4.0" diagonal
  • FWVGA (480x854), 3.5"-4.0" diagonal
Large screen
  • WVGA (480x800), 4.8"-5.5" diagonal
  • FWVGA (480x854), 5.0"-5.8" diagonal