It seems that pretty much everyone agrees on this:<br>- Allow the use of an alternate calendar, but only Gregorian is required to be understood by user agents<br>- We only require the user agent to display dates; they are free to do more if they like (conversion, ...) but are not required to.<br>
- Calendar is specified in a new attribute ('calendar' or something similar) and the value of 'datetime' attibute is specified in the calendar specified by that new attribute<br>- If 'datetime' attribute is missing, try to interpret the content as an ISO date. User agent could print the content as is, or print in a more friendly way if desired (in case it was successfully read as a valid ISO date).<br>
- If content is missing, print 'datetime' attribute (in a friendly way, if desired and set by user, or simply as is if unable to do better)<br>- If both content and datetime are present, print content on page and show a representation of the date in datetime with a mechanism such as a tool tip<br>
<br>Does the following examples make sense?<br><br>[For theses examples, I'm assuming our user agent only follow the bare minimum requirements we are setting as a draft (that is, they only understand Gregorian), I understand that some specialized user agents might (and probably will) perform conversion as set by the user in the preferences (or some other mean) or do anything else they like.<br>
I am assuming my particular user agent is set to print in American, long format, but of course I expect user agents to display dates in an appropriate way which the user has a control over.]<br><br><time datetime="2009-03-16">Today</time><br>
Tool tip shows: "March 16, 2009"<br><br><time calendar="Julian" datetime="0668-05-11">Some date well in the past</time><br>Tool tip shows: "May 11, 668 (Julian)"<br>Content could be a Gregorian conversion as performed by an author, or simply the Julian date again, printed in human readable. User agent should print what ever content the author wrote.<br>
<br><time>2009-03-16</time><br>Printing directly on the page, no tool tip: "March 16, 2009"<br><br><time>Today</time><br>The user agent can't do anything, but print "Today" directly<br>
Content could be anything the user agent cannot interpret as a date/time<br>Note: This is an invalid use, so this would actually be the default behavior, as I understand.<br><br><time>16 mars 2009</time><br>The user agent could, but is not required to, make an effort to interpret the date and do whatever it likes with it. However, if the date provided cannot be interpreted as ISO 8601 it could simply print the content as is without any change. In this example, if the user agent is able to understand this French date, the tool tip could be "March 16, 2009" (assuming a user agent set to display dates as American long format)<br>
<br><time calendar="Mayan" datetime="12-11-10-09-08">A date</time> is printed on the statue<br>Printed on the page: "A date is printed on the statue"<br>Tool tip shows: "12-11-10-09-08 (Mayan Long Count)"<br>
In this example, my user agent does not understand the date, and simply display in a non converted way<br><br><br>Here is a good one:<br><br><time datetime="2009-03-47">A non valid Gregorian date</time><br>
What shoud the tool tip reads?<br>"March 47, 2009" (print, without validation... which over time could help user agents which do not understand non Gregorian when calendar attribute is set to something other than Gregorian)<br>
"2009-03-47" (as date is not valid, simply prints original value without any conversion)<br>"Invalid Date" (just an error message)<br>or just do nothing, since the date is not valid<br><br><br>