About Me

I aim to promote the mobile web through promotion of innovation. The thoughts and discussions in this blog are entirely of my own opinion and do not represent my employer or clients.
I can provide marketing and product strategies for mobile applications, deployments and campaigns

Archive for the ‘Developer’ Category

Volantis Mobility Server - Open Source

Written by olafdunn on Nov 13th, 2007 | Filed under: Mobile Web, Developer, Mobile Platforms

Volantis have just announced their intention to go open source with their “Volantis Mobility Server” opening the product to the wider development community. The Open Source licence will be released in Q1 2008, but is available for free download now.

Will this create the drive for innovation in the mobile web industry?

Full press release can be found here:
http://www.volantis.com/news/press-releases/20071113.php

Get your free download and developer community account here:
http://community.volantis.com/

Lets get creating innovative products that the industry has been lacking, and really push forward the presence of made for mobile websites instead of relying on transcoding solutions such as Google and Novarra’s Vodafone solution.


Is WML Obsolete?

Written by olafdunn on Oct 10th, 2007 | Filed under: Mobile Web, Developer, Mobile Platforms

A few people have recently questioned the need consider WML when developing mobile web services. As the device market creeps up a few notches since the birth of WAP, traditional PC based web standards have been adopted by mobile browsers in order to make development easier, and compatibility greater.

Mobile technologies are being deployed at a rapid rate, and hence drives users to upgrade their handsets more frequently. With carriers and retail stores offering substantial subsidies. This in turn is driving the “average” technology on the device up.

On this basis, will be see WML become a legacy language? Well this all depends on target audience of your mobile web service. Generally, mobile web sites fit into one of the following categories:

  • Information Portal
    • News
    • Sport
    • RSS Feed
    • etc
  • Communication
    • Email
    • IM
    • Social Networks
  • Entertainment
    • Ringtones and Mobile Content Downloads
    • Streaming Content
  • Research
    • Auction Sites
    • Shopping

You will then need to consider the types of users that own the varieties of handsets. Here is a typical case for each handset type:

  • Black and White (WML)
    • Older generations who use the phones for emergency purposes. Just to make and receive calls and send occasional text messages
  • Basic Colour (WML)
    • Young children who want to use a mobile phone to “fit-in” at school, and show off their ringtones and pictures.
  • Advanced Colour (XHTML-MP)
    • Usually used by the age group 16-40, who see their phones as an important means of communication and also as a style accessory.
  • Smartphones (HTML/XHTML)
    • Business users and early adopters tend to use this class. Communication, applications and mobile web are the most important features of this phone

From this basis, you can see that the users that are likely to be experimenting with web applications are those that have XHTML capable devices. Using it mainly for “Communications”, “Information Portal” and “Research”. Colour WML devices are in abundance with the younger age group, as they are affordable, and tend to have gimmicks to tempt the users in. In conjunction with this, these users are also more likely to be drawn in and spend their “pocket money” on ringtones, JAVA games, and wallpapers which promote their favorite band, or movie stars. Black and white devices will hardly be used for these services. The user does not expect to see a web solution on their phone, and are more likely to use their PC for email communication and keeping in touch with relatives.

So, to summarise, depending on the type of solution you are providing, WML should be approached in different ways. Information, research and communication type services can provide a basic WML legacy site. This means that the minority of basic devices that will use these services are not rejected. Innovational services should be focused on user groups that will see the benefit. With content delivery solutions, basic colour devices can be seen as the most important user group, and hence WML should be carefully implemented, ensuring that the content is quick and easy to find. That said, the majority of content requests will not come through a WAP portal, bu more likely through an alternative channel such as reverse billed SMS and WAP push of the content item.

It is however, still vitally important not to over estimate the capabilities of mobile browsers. For example, the SonyEricsson T290i and T610, both are capable of XHTML, however, they render it very poorly, and a more compelling user experience can be delivered through WML markup.

This has been based on the mobile market in Europe, USA, Japan and Korea, where mobile communications have flourished. In developing regions, a different approach will need to be angled. SeeĀ  http://www.wirelessroundup.com/2007/10/06/emerging-markets-how-to-approach/

Not too far in the distant future we will see the lower segment of the device market, improving further, and the need for WML support will diminish further, but in the meantime, its not over just yet.


LBS - Easy as href="url”lcs!

Written by olafdunn on Jun 25th, 2007 | Filed under: Developer

DoCoMo have made it incredibly easy for requesting pages to access positioning information from the device. Compatible in iMode HTML v7, it can be done through one for 2 simple tags, lcs and pos.

Examples:

[Format]

<A href=”URL” lcs>

</A>

<A href=”http://www.nttdocomo.co.jp/gps.cgi”lcs>

Which creates something like

<A
href=”http://www.nttdocomo.co.jp/gps.cgi?lat=latitude&lon=longitude&geo=geodetic
system&x-acc=accuracy level”>

Of course the user has the option to send this data or not, and also if they wish to send their current position, or a saved position from their history

Via: DoCoMo


Auto-Form completion - On Your Mobile

Written by olafdunn on Jun 25th, 2007 | Filed under: Developer

As text input has always been a curse on mobile devices, especially when entering data that does not exist in the T9 dictionary (names, addresses, etc..)

I’ve just come accross a document by DoCoMo stating a feature that is available on their iMode HTML v7.

The feature is called My Profile. This stores information about the user on their handset.

It can be called upon to auto populate form data

<INPUT type=”text” name=”xxx” iprof=”My Profile item”>

<TEXTAREA name=”yyy” iprof=”My Profile item”></TEXTAREA>

<INPUT type=”quote”value=”Auto-fill profile”>

</A>


[Function]

  • For each pre-input item in My Profile, text boxes on the page are filled with the data stored on the handset.



[My Profile Items and Related iprof Attributes]

My Profile itemiprof attribute
Name (last)“name1″
Name (first)“name2″
Name (last + first)“name”
Furigana Japanese spelling (last)“kana1″
Furigana Japanese spelling (first)“kana2″
Furigana (last + first)“kana”
Mobile phone number (1st phone number)“tel1″
2nd phone number“tel2″
Mobile phone mail address (1st mail address)“mail1″
2nd mail address“mail2″
Postal code“zip”
Address (prefecture)“address1″
Address (municipality)“address2″
Address (street)“address3″
Address (extended address)“address4″
Address (all)“address”
Date of birth (year, YYYY)“birthday1″
Date of birth (month, MM)“birthday2″
Date of birth (day, DD)“birthday3″
Date of birth (all, 8 numeric digits)“birthday”


[Notes]

  • In general, text fields are left blank in My Profile auto-filling when the corresponding item has not been input in My Profile.
  • However, any information missing from the date of birth is replaced with a zero (”0″).
  • Whenthe text box has a maximum length as defined by its maxlengthattribute, My Profile data entered is auto-filled starting with thefirst letter up to the maximum character limit.

Via: DoCoMo


Nokia OSS Browser - Get Screensize Method

Written by olafdunn on Jun 18th, 2007 | Filed under: Mobile Web, Developer, Wireless Devices

I have just read a newly released document by Nokia and found that their Opensource browser found on their Series 60 DP 3 range has an interesting Javascript call.

The function getScreenSize allows the developer to check the display size on the mobile device

Example:

if(getScreenSize(240,320)){

//do mobile rendering

}

Should provide an excellent way of determining the device features when a unique user-agent is not available in the header


Adobe Flash Supported?

Written by olafdunn on Jun 15th, 2007 | Filed under: Developer

Found this on the Microsoft developer site.

http://blogs.msdn.com/iemobile/archive/2007/02/06/update-to-ie-mobile-adobe-flash-support.aspx
Will be useful when we start dealing with Flash based wap sites for mobile.

The repository cannot deal with installable additions to the browsers functionality, other that that come pre-installed.

If a user installs Flash at a later stage, the following Java script
code can be used to determine which if and which version they have.

We recently found out that the Adobe Flash player 7 for Pocket PC
supports a direct call into the player by an activeX object via
JavaScript. This opens up a direct way for websites to verify if IE
Mobile browsers have Adobe Flash installed and even its version.

The activeX object only takes two lines of code. See example below.

<html>

<head>

<title>Flash Alert</title>

</head>

<body>

<script language=javascript>

axo = new ActiveXObject(”ShockwaveFlash.ShockwaveFlash”);

axo.GetVariable(”$version”);

alert(axo.GetVariable(”$version”));

</script>

</body>

</html>