Things like dates, and especially how you can adjust it to match space available, because of cultural norms. If not here, then somewhere need to talk about contextually information, how "Yesterday" is almost always better than "23 October 2010." Relative locations also, and make sure those are just examples, and you need to think about data... Look at TWC data density progression table.


Present text and numerical data in the most appropriate format for the context and viewer.


Content types that are displayed regularly have become regularized in their display, and must be presented in specific formats to be easily recognizable to users.

The types of data being discussed are:

There are many others. Some of these may be specific to a population, and be technical terms or jargon only understood by the user community.


Two key challenges in presenting ordered data are true for all systems, not just mobiles:

Cultural norms, ! And just because you are in one country, don't assume everyone is.

Discuss dd-mmm-yy as a good format as it's unambiguous, also. "

Interaction Details

This is a presentation pattern, and generally supports no interaction at all.

It is possible to add additional details to ordered data that may be confusing. For example, if a date is very shortened, then a tooltip or some interactive method may present further details. For example, a date-time code of "Yesterday" can present a tooltip that says "19 March 2011 at 11:21 am."

Presentation Details

There are far too many of these formats to discuss in detail. Some examples have been provided above. Instead, this space will be used to discuss another method of displaying some content types, relative display. This is most useful for dates and times, but as these are very commonly encountered by many types of systems, are worth detailing.

Relative dates and times use the conventional format users would when in conversation. No one

  1. Within the current hour, show as minutes ago. Over 20 minutes, round to the nearest five minutes.
  2. Within the current day, or within 8 hours, show the time as number of hours ago.
  3. Within the last two days, shown the day of the week, and the time range, morning, afternoon, evening, night.
  4. Within the past week, show the day of the week.
  5. Older than this, but within 12 months, show as Mmm/DD.
  6. Older than 12 months, show as the year alone.



Do not make up abbreviations. If none comes to mind, it doesn't mean that it doesn't exist, just that you don't know what it is. Use reference works to find the correct abbreviation. Always find good references, preferably by the governing body, and do not trust hearsay. Street labels in the US, for example, are being rewritten somewhat randomly by local departments and the abbreviation for Lane is now often LA, instead of LN. This sort of change can be confusing.

Do not use default label values without understanding if they have meaning. For another road example, many digital mapping services use "Street" as the default type of roadway. However, in many cities saying "Street" means it run the opposite way as an "Avenue." This carries as much meaning as assuming unspecified times are "AM."

Don't go overboard with interactive display methods. Avoid interfering with the primary interaction of the display, such as selection of a line item.