mobile: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(drafted thanks to some questions from @bryanrieger and responses from @markng)
 
No edit summary
Line 39: Line 39:


The most obvious thing to do is extending support for [[geo]] so you can get directions to places from browsers, so you could, for example, get off the train, go to Upcoming.org on your mobile, click the address and have the mobile mapping applications walk you there. (from tweets [http://twitter.com/markng/statuses/916433126], [http://twitter.com/markng/statuses/916436304]).
The most obvious thing to do is extending support for [[geo]] so you can get directions to places from browsers, so you could, for example, get off the train, go to Upcoming.org on your mobile, click the address and have the mobile mapping applications walk you there. (from tweets [http://twitter.com/markng/statuses/916433126], [http://twitter.com/markng/statuses/916436304]).
=== url dialing ===
Most phones have a way of invoking a call from the browser or from applications built in the native languages (JavaME, Python etc.) - it'd be useful if you could have a really simple way of putting in a URI, and it finding the relevant hCard on the page and auto-dials it. I can remember "companyname.com" but not some long phone number. I'm thinking of building something broadly on this line using JavaME, backed by a web service to get the numbers and return them to the device (favouring hCards, but regexing for things that look like phone numbers if it doesn't find any). This came to me a while back when I was walking around London trying to find a shop - I knew their URL but had no idea of their phone number. --[[User:TomMorris|TomMorris]] 05:07, 12 Sep 2008 (PDT)


== thanks ==
== thanks ==

Revision as of 12:07, 12 September 2008

mobile

This page is a stub and would benefit from your contributions!

Mobile and microformats make for a particularly powerful combination. Microformats help users complete more tasks with fewer steps, and requiring fewer steps is especially important in mobile applications. This page lists current known mobile support of microformats, and ideas/suggestions for mobile applications that could use microformats.

mobile support

Treo

The Treo browser has good integration with the Treo address book and calendar.

  • hCalendar support. Clicking on an "Add to Calendar" link (e.g. like on the events page) will prompt the user to add hCalendar events directly to their Treo calendar. (Note: the "Subscribe to" links that use webcal: do not appear to currently work on the Treo.)

BlackBerry

No support for hCard/vCard/hCalendar/iCalendar in BlackBerry 8700, 81xx, 88xx models. Anybody have experience either way with BlackBerry 9000?

iPhone

No support for hCard/vCard/hCalendar/iCalendar in first generation iPhone / Safari / Webkit. Anybody have experience either way with second generation iPhones (3G) ?

mobile application thoughts

If this section gets too big, we can move it to a separate page like mobile-user-interface.

browser address book integration

Every mobile browser should auto-detect hCards and provide the user a simple/unobtrusive user interface to add them to their mobile address book.

Example: you are browsing a business site, or business listings (e.g. on Google Maps) which list business name, telephone number, address, URL etc. With a simple click or two, it should be possible to save those listings in your address book for future reference or navigation (see below).

browser calendar integration

Every mobile browser should auto-detect hCalendar events and provide the user a simple/unobtrusive user interface to add (or subscribe to) them to their mobile address book.

Example: you are browsing an event site (e.g. Upcoming.org), or event listings on a business site, and see event names, start/end times, locations, etc. With a simple click or two, it should be possible to save those events in your calendar for future reference / alarms etc.

mapping and navigation

adr and geo microformats are useful for mobile mapping and navigation applications. (from tweet: [1]).

The most obvious thing to do is extending support for geo so you can get directions to places from browsers, so you could, for example, get off the train, go to Upcoming.org on your mobile, click the address and have the mobile mapping applications walk you there. (from tweets [2], [3]).

url dialing

Most phones have a way of invoking a call from the browser or from applications built in the native languages (JavaME, Python etc.) - it'd be useful if you could have a really simple way of putting in a URI, and it finding the relevant hCard on the page and auto-dials it. I can remember "companyname.com" but not some long phone number. I'm thinking of building something broadly on this line using JavaME, backed by a web service to get the numbers and return them to the device (favouring hCards, but regexing for things that look like phone numbers if it doesn't find any). This came to me a while back when I was walking around London trying to find a shop - I knew their URL but had no idea of their phone number. --TomMorris 05:07, 12 Sep 2008 (PDT)

thanks

see also