On this page:

July 03, 2009

Open Gardens

Carnival of the mobilists no 180 at m-trends blog

Carnival of the mobilists no 180 at m-trends blog

Rudy probably resting after Mobile 2.0! /great job as usual.

by ajit at July 03, 2009 09:30 PM

Martin's Mobile Technology Page

Netbook, eeeBuntu and Mobility - Part 2

In the previous post I've described my first experience with an Acer Aspire One D250 netbook together with eeeBuntu (based on Ubuntu 9.04 Jauntry). I was quite impressed of how easy it was for the most part to get going. In this part I will look at how to get eeeBuntu working witch a 3G USB dongle and a mobile phone.

Easy Installation and Use

Networkjpg EeeBuntu detected both my Huawei E220 3G dongle and my Nokia N95 as wireless modems straight away, no configuration necessary. The first time they are connected, a configuration menu automatically appears which contains a pretty extensive network operator and APN settings list. After selecting a country and network, a profile is automatically created and added to the network list in the taskbar. Strangely enough, the menu entry did not appear straight away in all cases, sometimes a reboot was necessary when adding an new profile. In case the operator is not in the database, it’s possible to just select one of the operators and then edit the configuration by hand.

PIN protection Issue

3g-connectivity-2 Most of my SIM cards are not PIN protected so clicking on the new network profile entry connects to the network very quickly. With some of my SIMs, however, the PIN can’t be deactivated so the 3G dongle requires the PIN before launching the connection. While this worked pretty well the first day, I started to get problems since then and the behavior became pretty erratic. In the end, I wrote a shell script to send the PIN to the modem before using one of the 3G profiles.

Disconnecting and Status Information Missing

Disconnecting from the network also worked well via the network menu during my experiments the first day. Since then, however, for reasons unknown, clicking on “disconnect” has no effect, not with the E220 and also not with the N95. Unplugging the dongle or the mobile cuts the connection but brings further trouble. In many cases plugging the E220 back into the USB port has no effect and eeeBuntu needs to be rebooted. In Windows on the same machine, unplugging and plugging the dongle back in works well, so it’s not a hardware issue. With the N95 unplugging and plugging in again works in most cases.

Another thing that bugs me is that I have no means of seeing signal strength or to lock the 3G dongle to a certain operator or network technology as I can easily do in the launcher program provided for Windows. Too bad as this is a very handy functionality in some situations!

Summary

While the basic implementation for 3G connectivity works well, it is unfortunately a bit reliable in eeeBuntu version 3. While I can maneuver around the issues, a normal user is likely to get frustrated.

by mobilesociety at July 03, 2009 07:01 PM

Wap Review

Electricity Out? Get Status Updates On Your Mobile Phone

Ameren's Mobile Power Outage Site

I think this is a mobile first. Ameren, an electric power utility serving 1.9 million customers in Illinois and Missouri has launched a mobile website that lets customers check the status of service outages. You can search for affected areas by zip code or county. You can also report if your power is out and get real time updates on the progress of restoring power to your specific home or business. The site also has customer service phone numbers (unfortunately NOT click to call) and electrical safety tips.

Nice idea, assuming the mobile site really is updated with status changes in a timely fashion. If the power is out then your desktop PC and WiFi access point and in some cases land-line phone service is going to be out too. Using the mobile site to report a problem or get a status update should be faster than holding for an overloaded telephone support center. I wish all public utilities including power, cable and land line phone companies provided a mobile site like this for outage reporting and status updates. Source: Mobility.mobi

Filed in: Wap Review Directory – Search/Local

Ratings: Content ****_ Usability XXX__

Ready.mobi Score: 3 “Fair”

Mobile Link: ameren.mobi

by Dennis Bournique at July 03, 2009 05:07 PM

Martin's Mobile Technology Page

Carnival of the Mobilists #180 over at mTrends

Cotm-button This week the Carnival of the Mobilists is hosted over at mTrends. As couldn't be expected otherwise Mobile Web 2.0 evangelist Rudy de Waele has done an outstanding job of summarizing the best on mobile web writing of the last week in the Carnival and it's an interested read as always. Here's the link, so head over and enjoy.

by mobilesociety at July 03, 2009 03:27 PM

MWI Team Blog

A tool to "powder" mobileOK content

Version 1.2 of the W3C mobileOK Checker, released on Tuesday, helps Web authors focus on the failures that most affect the mobile-friendliness of their content, and returns the POWDER document Web authors may use as the basis of a mobileOK® conformance claim.

Expandable sections

The reports returned by the mobileOK Checker can be long. That's not a bad thing, failure points need to be clarified. That said, scrolling over a long list of details is a tedious process and does not reveal the big picture. The new version adds unobtrusive (as in "works fine when Javascript is not enabled") Javascript to hide/show details. Details are hidden by default, simply click on a failure message to reveal its details!

Expandable sections to focus on what's important for you.

Severity levels

A missing width attribute on an img element? That's a failure. Using frames? That's a failure. Obviously, the former case only slightly affects the mobile-friendliness of the page, while some mobile browsers won't even be able to render the page in the latter case. And yet both failures looked alike in the report, leaving the difficult task to evaluate the impact of a failure on the overall mobile-friendliness of the page to the reader.

Failure messages are prefixed with their severity level

Each failure now comes with a severity level:

  • critical: such failures typically prevent the rendering of at least part of the page on most mobile devices! Critical errors are highlighted using a yellow background.
  • severe: while such failures usually do not prevent the rendering of the page, they strongly impact the user experience.
  • medium: some mobile constraints are not appropriately taken into account, e.g. the browser needs to retrieve more data than actually needed to render the Web page.
  • low: useful improvements are possible.

Web authors who only have limited time available to fix failures may want to focus on the most severe failures first. The "Where to start..." section near the top of the report lists the top 3 failures to address right away.

Sprinkle POWDER on your mobileOK content

So your content is mobileOK? Congratulations! You may now wish to identify your content as mobileOK conformant. The Mobile Web Best Practices Working Group recently published the W3C mobileOK Scheme 1.0 note. It provides an overview of the mobileOK scheme and explains in particular how to claim mobileOK conformance.

One way to make such a claim is to use POWDER. When the page is mobileOK, the mobileOK Checker now returns a POWDER document you may use to advertise that the page is mobileOK®. For instance, the mobileOK checker returns the following POWDER document when http://www.w3.org/Mobile/ is checked:

<?xml version="1.0"?>
<powder xmlns="http://www.w3.org/2007/05/powder#">
 <attribution>
  <issuedby src="http://www.w3.org/data#W3C" />
  <issued>2009-07-03T08:37:21Z</issued>
  <supportedby src="http://validator.w3.org/mobile/" />
 </attribution>
 
 <dr>
  <iriset>
   <includeresources>http://w3.org/Mobile/</includeresources>
  </iriset>
 
  <descriptorset>
   <typeof src="http://www.w3.org/2008/06/mobileOK#Conformant" />
   <displaytext>The page is mobileOK</displaytext>
   <displayicon src="http://www.w3.org/2005/11/MWI-Icons/mobileOK.png" />
  </descriptorset>
 </dr>
</powder>

For more information on POWDER, please refer to the POWDER Primer.

... and more!

A few other features compose this summer release, such as the size of each resource that composes the page, or the repartition of points lost per severity level. The complete change log is detailed in the What's new? page.

Feedback welcome!

by Francois Daoust at July 03, 2009 01:25 PM

July 02, 2009

PavingWays

Panda Route widget now available in Ovi store!

Our Panda Route Travel Planner widget has made it to Nokia’s Ovi Store. The basic idea behind the widget is that you have all your important travel data with you while you are on the go. It works pretty easy: before you start your journey, you enter all the details of your upcoming trip that you need to remember (e.g. airline, flight times, hotel address, rental car reservation number etc.). Then the widget shows you the current step of your journey with all the needed information depending on the current time. On your Nokia N97 home screen this information will be shown too. So you have access to this information without interaction with the application and even when not connected to the Internet.

We also integrated a Twitter feed matching the location of your upcoming destination. It is a great source for any kind of information, such as events, news, things to watch out for or people nearby; and you know what is going on there before you arrive.

The widget is free and available for Nokia N97. So, before you start your next trip, try it out and let us know what you think!

PS:
You will find our widget in the Ovi store under “Nokia N97 devices” under “Applications” -> “City Guides/Maps” or by searching for “panda”.

by Diana at July 02, 2009 09:19 PM

Wap Review

iPhone iGoogle Now Works in Skyfire, Opera Mini, S60 Webkit

IGoogle for iPhone in Opera Mini

When I covered Google’s resurrected IGoogle for the iPhone, I complained that Google’s overly aggressive browser detection and redirection  was blocking users of other advanced mobile browsers like S60 Webkit and Opera Mini from the site.

Today, I noticed that Google seems to have made a subtle change to the way it handles unrecognized and unsupported browsers. It’s now possible to force the advanced mobile version to be delivered to any browser.  Visit google.com/m/ig?uipref=6 to try it. You need to use that exact URL, anything else gets redirected  to the WAP version.

Now obviously, the iPhone/Android specific site will not work in just any mobile browser. At a minimum your browser needs to support JavaScript. There are probably some dependencies on features found only in the Safari or Android browsers, so some things may not work. But the iPhone/Android site does seem to work perfectly with Skyfire (image, below) and with some minor usability issues in Opera Mini 4.2 (image, above). It works  partially with Opera Mini 3.1, Ozone, Bolt,  the S60 WebKit browser (image bottom)  .

Admittedly I’ve only tried it with six Gadgets; Google’s Gmail, Reader, News, Calendar and Finance and Logika’s TwitterGadget.  All work as expected with Opera Mini and Skyfire and all but News work in the S60 Browser. The iPhone – iGoogle pages are formatted for a minimum screen width of 320px so you do need to use landscape on QVGA phones to avoid horizontal scrolling. The sole exception is Opera Mini 3.1 which re-flows everything to screen width.  It’s not pretty in 3.1 but is usable.

Google Reader in iGoogle on Skyfire

I tried the iPhone iGoogle with all the other other mobile browsers I could find that support JavaScript with the following results. All except the BlackBerry Browser were tested on a Nokia N95-3 NAM.

Browser Results
Opera Mini 4.2 All six gadgets work. Expanding and contracting widgets is a little slow and causes the  page to jumps to top  requiring repositioning.
Opera Mini 3.1 Gmail, Reader, Calendar, Finance  and TwitterGadget all work. News doesn’t open. Pages are heavily reformatted and  a bit ugly but usable.
Opera Mobile 8.65 Finance works, Twitter Gadget crashes the browser, Gmail is missing entirely and the other gadgets  open but display no content.
Skyfire 1.2.2.12214 Everything works well.
S60 Browser News displays no content but all the others work very well.
Ozone 0.01 Gmail, News, Calendar and Finance are OK. Horizontal scrolling is needed in Reader even in landscape.  TwitterGadget is unusable as its login form is missing.  Ozone crashed a couple of times opening different widgets but the crashes were not consistently reproducible;le.
Bolt 1.04 Reader, Gmail and News work well.  Calendar, Finance and TwitterGadget  are missing
UCWEB  6.3 S60 and Java, 6.6 Java, Page loads but the widgets aren’t clickable.
BlackBerry OS 4.1 Browser Widgets open expanded. Scrolling is unusably slow.

If you try this in other full-web mobile browsers like Pocket IE, recent BlackBerry browsers and the Telca and NetFront browsers found on Samsung and LG touch screen feature phones please leave a comment letting us know how it works.

Kudos to Google for opening up this back door so that users of unsupported browsers can try this advanced mobile site. Is it useful on any of these browsers? Actually I’d say that it is, particularly with Skyfire, Opera Mini, the S60 browser and Bolt.  Not everything works in every browser but the overall user experience is still better than with the generic version of mobile iGoogle.

The fact that it works as well as it does suggests that Google’s GWT, the open source JavaScript framework which iGoogle for the iPhone is likely built with, is actually able to detect and optimize mobile content for many more mobile browsers than just Safari and the Android browser. I wonder if anyone outside of Google is using GWT for mobile web development and trying to support browsers beyond the iPhone and Android?

TwitterGadget in iGoogle on S60 WebKit

Related Posts:
Ozone Browser For S60 and UIQ 3

by Dennis Bournique at July 02, 2009 04:59 PM

New Carnival of the Mobilists at mTrends

Carnival Cellphone Man

Just posted at mTrends , the latest Carnival of the Mobilists is now available for your enlightenment and enjoyment.  Host Rudy De Waele has highlighted 16 of the week’s best posts on mobile topics by bloggers from around the world.

Topics include app stores, the impact of mobiles in education and social change, widgets, advertising, mobile statistics, Bluetooth marketing, feature phones vs. smartpones, Intel and Nokia’s new alliance and the launch of two new services promoting networking between mobile entrepreneurs.

There’s a lot more in this Carnival too.  take a look, I’m sure you will find something there of interest. And thank you Rudy for including my post on using the Bing API to create a mobile search engine.

Visit the: Carnival of the Mobilists #180

by Dennis Bournique at July 02, 2009 03:32 PM

Tom Hume's blog

Sprint 41: review and retrospective

"In Sprint 41, I invented the bun... I invented the bun, in Sprint 41..."

What we learned:
  1. You need to be disciplined to get acceptance tests written before development starts on them;
  2. You need many strategies for communicating with remote teams: not all of them will work in any given situation;
  3. Retrospective actions need following up, or the whole exercise is of moot value;
  4. The current UK heat-wave causes problems and opens up opportunities :)

Another write-up of one of our planning days; Glastonbury having abducted our facilitatrix, I was running the review and retrospective sessions. This is undoubtedly a good thing for me to have more practice doing, but I worry about my ability to remain objective when wearing MD and Scrum Master hats, and having some opinions about the Way Things Ought To Be.

Worryingly (scrum smell ahoy!) there was little in the way of production software to show off at the review. Both teams had been working on one project (predominately), and in both cases a couple of large features were nearly-done, but not done done done - mainly due to dependencies on a third party which we're having trouble sorting out in a speedy manner, though in the case of Tonberry they had everything done for one story bar the automated tests. I'm hopeful that this means at the end of Sprint 42 we'll be inundated with new features to show off - i.e. that over 2 2-week sprints we'll have averaged out a little.

Ali showed off some of the widget work he's been doing recently for a new client (more on that in due course, I hope), and we had a good clutch of gold cards: Doug's produced another mobile application for alcoholics ("wake me up when my train gets home"), Chris had been doing some investigations into persistent storage efficiency using our Cactus database components for J2ME, and Tariq had some work on an Android app.

I've been worried about following up actions agreed at retrospectives - or rather, my not following them up as diligently as I should've been: there's little point in regularly agreeing to do stuff if it never gets done. So I kicked off the retro with a review of actions from the last time, highlighting the ones we've done and not yet gotten around to. I get the sense the strike rate was slightly higher, but I need to concentrate more on this in upcoming sprints.

Then the retrospective proper. I returned to a fairly standard format: each team member calling out 4 memorable moments from the previous sprint and getting them up onto a timeline. This brings out areas of common opinion or feeling from the team - unsurprisingly, many of us were pretty worried when one of the guys was taken into hospital at short notice, but environmental concerns about office temperature in the current heatwave were also a common theme, as was the visit a few of us made to Berlin on Monday. Some bug-fixing on an oldish project provided a boost to a few of us; stories not being finished provided a more sombre end-note to the sprint.

Having reached and discussed a group consensus on the previous 2 weeks, we moved onto actions, with each team member voting for something we should do in the immediate future, something we shouldn't do, and something we just don't understand. We then grouped these, discussed them and came out with a few to follow up on this sprint:

  • We're becoming one team; with much of our work over the next couple of months being on a particular large project, we're combining the two development teams into one and sharing stand-ups and planning. A particular hope of mine is that this will encourage a lot more pairing up - 6 people can form many more combination of pairs than 3 - leading to a bit of variety, and a quicker path to getting those new to the project up to speed with i.
  • We'd slacked off on a practice everyone had agreed had value, and worked well for us: writing acceptance tests for a story at the start of its development, and involving developers, QA, designers and the Product Owner in this session. Efforts are accordingly being redoubled in this department.
  • A hot working environment is unpleasant: Thom was tasked to look into possible coolants.
  • The speed of communication with a remote customer was highlighted as an issue by the team. I'm quite proud of the quantity of work we've done in the past, working with teams in London, Denmark, Helsinki or China... and past post-project retrospectives have highlighted the value of shortening decision times, so we've lots of little tricks we can use to ease the pain here. Recently we'd hit some problems which they weren't helping with, so we opted to raise the issue with the customer.

Other things we discussed included ways to improve our test automation (with some interesting suggestions floating for ways to document and improve test coverage of the user-interface elements of MIDlets or other mobile apps), and the need (or otherwise) to re-estimate stories before planning. The latter ended up with quite a long-running and heated debate (of the type we try and avoid having normally in retrospectives). I'm not convinced we got to the end of it but it feels like concerns have at least been aired. I posted round a Mike Cohn blog entry on the topic afterwards, which summed up the way I felt, but much more eloquently than I could put it.

Other observations I'd have: sprint burndowns don't seem to be so handy for us. They don't often get referred to and in some cases haven't been updated too frequently. I'm not sure what to do here: I think our story sizing relative to team capacity might be a bit off, and perhaps a larger team will make a difference.

We're Googly as fuck nowadays - we don't tend to move without creating a spreadsheet or document about it, and seem to have settled on it as our standard means of electronic collaboration.

And finally, we're holding standups outside for this sprint - partly to deal with the heat, and partly to recognise that with a team of 8-10, finding a board we can cluster around and actually refer to is tough with our current office configuration...

by Tom Hume at July 02, 2009 01:11 PM

W3C Mobile Web Best Practices Working Group

First extension to the mobileOK Checker library released to check files!

A new extension to the W3C mobileOK open source library is available that can be used to validate pages served via the file URI scheme. The W3C mobileOK open source Java library has been developed in such a way that it is very easy to extend. We strongly encourage people to extend this library so that a better infrastructure is provided to designers for creating mobile-friendly content.

The mobileOK Basic Tests 1.0 Checker library provides a reference implementation of the tests specified in the W3C mobileOK Scheme 1.0. This scheme requires that pages are served via HTTP protocol, however there might be some cases where validating pages that are stored locally would be useful. Therefore, this new extension has been created and can be used to validate pages served via file URI scheme. The extension is designed and implemented in a way that does not affect the basic reference implementation. It is also important to note that validating pages only with this extension does not guarantee that the page is mobileOK as some tests require HTTP connection. This extension has to be used in-coordination with the W3C mobileOK Checker and does not replace the core mobileOK library.

If you want to use this extension with the main library then you need to download and install it.

A technical documentation explains in detail how this extension can be installed and used.

This extension has been developed as part of the UK EPSRC funded RIAM (Reciprocal Interoperability of Accessible and Mobile Webs) project with the help of the Mobile Web Best Practices Checker Task Force.

by Yeliz Yesilada at July 02, 2009 12:26 PM

Open Gardens

Factors impacting smartphone market shares in 2009(and beyond)

@Tomi ahonen has a thread in forumoxford about the evolution of the smartphone market. Some excellent insights and here is my top factors that I think will impact the evolution of the smartphone market in the near future

For starters, I am not clear what exactly is a 'smartphone'.

Originally, with a Nokia hat on, it was S60 vs. S40 classification. Now it's more complex. - but even with that caveat and considering the iPhone as an example of a smartphone, here are the key factors that will impact the uptake of smarphones in my view

1) LTE deployment - Samsung and LG have learnt from working with the US market. US CDMA operators are deploying LTE more rapidly. Samsung and LG will benefit from that experience and could translate it to other markets

2) Will the open source trend on mobile device lead to more device manufacturers? Giving customers more choice?

3) Supply chain - In 2007 Nokia was the leading supply chain manufacturer for devices . Not so in 2009(its apple)
Supply chain leadership is critical as this article explains

4) Will Android come up with really compelling devices? The ad model will have limited appeal and ultimately will need more in terms of the device

5) Will appstores and apps drive devices? This is critical. Will people buy apps first and then devices? We could extend the same argument to services in general

6) Will Nokia be a brand which shakeup the ecosystem(like the iPhone)

7) What will be the impact of smartphones in emerging markets like India?

8) Will phones continue to be subsidised? Will people pay more for phones when they have recently paid a full price (as happened with the iPhone)

9) The full impact of Microsoft on the smartphone market is still to be fully felt. Windows 7, Azure and Cloud computing in general has the potential to make a difference to the smartphone market by leveraging data in a cloud across the PC and the desktop

10) Will Operators continue to deploy a suite of phones for different customer segments or will they focus on a few phones?

11) Conversely will device manufacturers choose Operators (like the iPhone and the Palm PRE have done) instead of deploying across all Operators.

by ajit at July 02, 2009 11:58 AM

mobiForge blog

Convergence still 'coming soon' for mobile web platforms

So honestly, when I went into writing the last couple of postings about widget platforms I did not know about the webinars that had been scheduled by the folks at FierceWireless or AT&T about browsing platforms, but it's comforting to know that I'm not the only one trying to get my head around exactly what is and what isn't possible (and where things are headed) in the browser container and beyond.

read more

by Ronan_Mandel at July 02, 2009 11:37 AM

London Calling

A snapshot of Mobile Marketing in the UK

Yesterday in the Times Newspaper a great 16 page supplement from Raconteur Media was included on mobile marketing – with great quotes from a number of leading companies and figures from the UK mobile marketing scene – including a number of MMA members.

You can download the PDF or browse the document online.  Either way – it is a great snapshot of what is happening in the UK from a brands, agencies and technology perspective – well worth downloading and reading at your leisure.

Related posts


by Andrew at July 02, 2009 10:25 AM

Carnival of The Mobilists

Carnival of the Mobilists #180

This is Carnival number six for Barcelona based m-trends.org, where once again host Rudy de Waele gives an overview of qualitative, original and diverse opinions about what’s hot in mobile.

by Judy Breck at July 02, 2009 09:41 AM

m-trends.org

Carnival of the Mobilists #180

It is another great pleasure to introduce you to edition #180 of the Carnival of the Mobilists (COTM). Nearly four years ago I wrote in my first Carnival of the Mobilists #3 the following introduction: “The more I get into the COTM concept, the more I believe it’s really great for everybody involved. Not only for [...]

by Rudy De Waele at July 02, 2009 09:10 AM

Little Springs Design - designing the mobile user experience

over-apping

This has been bugging me for a while, but I wasn't sure until today whether it was me: There are too many mobile apps.

I don't mean in raw numbers, cause those are great. And I'm not complaining about pointless apps, and games or gimmicks no one uses after the first day. I mean by choice between a mobile (or mobile-compliant) site and an app, there are too damned many apps. And, again percentage wise, way too damned many iPhone apps.


We've discussed this in some detail, and while I cannot seem to find a place to link to it, we've said it a lot in presentations and training we offer. There are a series of choices when going mobile, and a key one is whether you can live with a website or have to live with an app. Neither is inherently better than the other, and your choice (even if it's "both") will always have a downside.


Today, within the last hour in fact, I saw a TV ad for a new iPhone app from Nationwide Insurance.

It's not a general insurance company app (unlike the USAA mobile site Barbara brings up a lot) but seems to be entirely focused on post-accident activities. (I don't have their insurance, so cannot be sure, but Googling presents only this app). So... who will download this? This strikes me as the perfect thing to make mobile, but also the perfect thing to make a mobile website. Why?

  • Everyone has a car, not just iPhone users.
  • Everyone has accidents, not just iPhone users.
  • No one plans accidents, so why would they download this, even for free?
  • If you have the presence of mind to remember the app you downloaded three years ago, you have the presence of mind to go web browsing instead.
  • If you look at the helpful info on the insurance card, it could tell you to go to a website. Even if it told you to go download an app, the extra step at accident time adds a lot of friction.

Now, this doesn't mean a one-size fits all solution. A Barbara has dicussed here and elsewhere, you can offer multiple variations of that website. Hell, like I said above you can offer both an app and a site. But don't fall into any one trap to keep up with the Joneses, or because your new toy is really cool, so damn everyone else's.

In this case, it might well need a multi-faceted approach. Me? I'd be likely to add an option to the IVR when you call them that says we can let you do this through your phone, just press 7 and we'll send an SMS to the current number. Push message, click and launch a site without typing. Or, if you insist, install an app (unless you are on Verizon, et. al.). Sure, sure. Websites can't take photos generally, but I am sure if that's needed we can find a way for MMS to work.

Any way, think about your customers, or hire someone else to take a good, long, scientific and fact-based look at your customers, and decide on the right solution for them.


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 steven at July 02, 2009 04:40 AM

July 01, 2009

Wap Review

Skyfire Updated

Skyfire Logo

It seems to be raining mobile browser updates.  Yesterday Bolt issued a major update  and it looks like Skyfire did a bug fix release on Monday.  There are quite a few fixes in it.  Here are the release notes.

Skyfire 1.0 update – Release Notes (Windows Mobile and Symbian)

Released: June 30, 2009

Since our Skyfire 1.0 launch, we’ve fixed a few bugs and are releasing this new update. We encourage you to upgrade today by going to http://get.skyfire.com with your device.

1.0.0.12114 Symbian

1.0.0.12113 Windows Mobile touch and non-touch

What’s new in this 1.0 update?

  • Reduced Memory footprint. We reduced the memory footprint of Skyfire for both Symbian and Windows Mobile devices. This should help folks reporting issues on memory constrained devices.

Fixes in this release

  • History is presented in the proper order.
  • Cookies in the UK data center are handled more reliably.
  • Sharing links via SMS are handled more reliably.
  • Reconnect correctly loads the last page in history plus we’ve improved reliability.
  • Site specific issues have been resolved for Rooftopcommedy.com and thefind.com.
  • Zoom buttons behave properly and disappear after a couple of seconds.
  • Default browser setting works more consistently.
  • Text entry on Symbian has been improved with one caveat below.

Known issues in this release

  • Multi-line text entry on Symbian: Skyfire might exit the text entry mode when the user is choosing a word from the predictive text list. Plus, using the down key might NOT get you out of text entry mode. If this happens, use enter or center OK. Issues 7149 & 7112
  • Superbar state on Symbian: sometimes when you enter into the superbar with the cursor, existing the Superbar via the ‘cancel’ option will navigate to the previous page. Issue 7158
  • Change connection on Symbian: Choosing the search WLAN option might not change the WLAN connection. Issue 6633.
  • Samsung Jack (AT&T): Because of a security policy on this device, it will not allow uninstall of Skyfire if there is not SIM card in the phone. Simply insert a SIM card.

I’ve installed the new version on my N95-3 without problems.  Interestingly, the version number is 1.0.0.12214 rather than the 1.0.0.12114 mentioned in the release notes.  Typo or a new silent release? In any case, as expected from the nature of the update, there are no obvious changes.  Everything I said in my Skyfire 1.0 review still applies.  Skyfire is the best way to watch web videos on a S60 or Windows Mobile phones, but the tiny fonts at the default zoom level make it less pleasant for sites that are mainly text.

The reduced memory footprint should allow this version to run on phones like the N73 that didn’t have enough RAM to work with Skyfire 1.0. Elsewhere on the web; @kiyo21 reports that pasting text from the system clipboard into the “Enter URL” field now works on S60.  I can confirm that.  A commenter at All About Symbian noted that entering text in web forms seems slower in the new version.  It IS slow although I don’t know if it’s any worse than before.  Skyfire users, what are your experiences with this upgrade?

Related Posts

Skyfire 1.0 Reviewed
Skyfire 0.9 – WVGA Support, Twitter and Facebook Integration
Skyfire Browser Beta 0.85 for S60 – Full Review

by Dennis Bournique at July 01, 2009 05:46 PM

Martin's Mobile Technology Page

LTE - A Dictionary of Wireless Acronyms

In case you every now and then come by an LTE acronym you don't quite understand (e.g. while reading the standards...), here's a great resource that might help you in the future: As an online addition to their book on LTE (LTE - The UMTS Long Term Evolution: From Theory to Practice) Stefania Sesia, Issam Toufik and Matthew Baker have published a dictionary on LTE acronyms. It's around 100 pages and very useful. Highly recommended! Have a look at the left of the page, it's a bit hidden (PDF Download under supplementary material)

Via: LTE Watch

by mobilesociety at July 01, 2009 02:47 PM

mobiForge blog

Understanding User Interface in Android - Part I

So far in my previous few articles on Android I have focused on showing you how to get things done in Android without really spending too much time discussing the visual aspect of Android application development - User Interface design. In this article, and the next, I will walk you through the various elements that make up the UI of an Android application. In this first part of the article, I will discuss the various layouts available in Android to position the various widgets on your screen.

read more

by weimenglee at July 01, 2009 02:13 PM

Opera mini blog

Server Upgrade to 4.11.458

The global Mini cluster was upgraded by the server team Monday evening CET. The main improvements include:

  • enhanced site compatibility
  • a fix for pages with internal links
  • improved synchronization
  • binary files are always offered for download

Since JavaScript site patches are used to improve site compatibility, an enhancement allowing developers to bypass those patches has been included. The setting is available when entering the "config:" URL, but should always be enabled for normal usage.

All users automatically benefit from the upgrade (no manual change is needed, though it is possible to check the server version using the "debug:" URL).

Happy surfing! :cheers:

by address-withheld@my.opera.com.invalid (Gerald Senarclens de Grancy) at July 01, 2009 12:50 PM