W3C home > Mailing lists > Public > public-i18n-its@w3.org > April to June 2005

[ESW Wiki] Update of "its0506ReqDateTime" by RichardIshida

From: <w3t-archive+esw-wiki@w3.org>
Date: Wed, 22 Jun 2005 10:55:05 -0000
To: w3t-archive+esw-wiki@w3.org
Message-ID: <20050622105505.30863.59989@localhost.localdomain>
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "ESW Wiki" for change notification.

The following page has been changed by RichardIshida:
http://esw.w3.org/topic/its0506ReqDateTime


------------------------------------------------------------------------------
  
  Author: Richard Ishida
  
+ = Identifying Date and Time =
+ 
+ == Summary ==
+ 
+ It should be possible to indicate in markup that a string represents an ISO 8601 date and/or time.
+ 
+ == Challenges/Issues ==
+ 
+ This would allow for identification of the locations of times and dates in content.  In addition, it should allow the user to express the time/date in whatever way suits the current context, but provide an unambiguous way of identifying the specific date/time in question.
+ 
+ The solution must address questions relating to ambiguities introduced by time zones and daylight savings time.
+ 
+ The approach should use an ISO 8601 representation of the string for the canonical version.
+ 
+ 
+ == Notes ==
+ 
+ This is still just an idea - it needs some discussion and research to determine whether it is viable.  There have been suggestions for such a possibility for some time now in various places.
+ 
+ One possible approach may be to use an attribute on a date element for the ISO format of the string but allow the author to type the element content in any desired format.  This would enable processors to correctly identify the date in question.
+ 
+ Use of the ISO 8601 standard (despite its flaws) provides a good basis for interoperability. 
+ 
+ Implementations could reformat dates in some circumstances to fit the expectations of the users, if these are known.  For example, dates included via scripting from a database could be adapted to a particular format before inclusion in a page. Alternatively, dates read from a page could be stored in a single consistent form in the database.  Formats could also be applied automatically during translation, saving time for the translator and reducing the possibility of errors.
+ 
+ Some more thought should be given to how this fits with data types that can be declared using XML Schemas, and how this may or may not be related to form-based inputs (where the main difficulties arise in determining what the user meant).
+ 
Received on Wednesday, 22 June 2005 12:25:34 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:12:45 GMT