A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.
To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).
Time element: Difference between revisions
Jump to navigation
Jump to search
(→year month only: +1) |
(+1) |
||
| Line 14: | Line 14: | ||
* +1 [[Tantek]] (per [http://www.zeldman.com/superfriends/guide/#time HTML5 Super Friends Technical Details: time element]) | * +1 [[Tantek]] (per [http://www.zeldman.com/superfriends/guide/#time HTML5 Super Friends Technical Details: time element]) | ||
</div> | </div> | ||
* +1 [[User:Pigsonthewing| | * +1 [[User:Pigsonthewing|Andy Mabbett]] (Per use cases in VCARDDAV - see external links) | ||
== year month only == | == year month only == | ||
| Line 26: | Line 26: | ||
* -1 [[Hixie]] - "Without clear use cases, I don't intend to change the spec here." (ibid) | * -1 [[Hixie]] - "Without clear use cases, I don't intend to change the spec here." (ibid) | ||
* +1 [[User:Tantek|Tantek]] I think the blog archives use case (where blogs often link to their archives by a specific month and year) is sufficient to justify adding this capability to the time element. Content hosting sites like Flickr also list archives by specific year/month, e.g. see http://www.flickr.com/photos/tantek/archives/ | * +1 [[User:Tantek|Tantek]] I think the blog archives use case (where blogs often link to their archives by a specific month and year) is sufficient to justify adding this capability to the time element. Content hosting sites like Flickr also list archives by specific year/month, e.g. see http://www.flickr.com/photos/tantek/archives/ | ||
* +1 [[User:Pigsonthewing| | * +1 [[User:Pigsonthewing|Andy Mabbett]] (Per use cases in VCARDDAV - see external links) | ||
* ... | * ... | ||
</div> | </div> | ||
| Line 41: | Line 41: | ||
* +1 [[Tantek]] (per [http://www.zeldman.com/superfriends/guide/#time HTML5 Super Friends Technical Details: time element]) | * +1 [[Tantek]] (per [http://www.zeldman.com/superfriends/guide/#time HTML5 Super Friends Technical Details: time element]) | ||
* +1 "radiz" implied support for --MM-DD with the use case question: "How to use <time> with a date in astrology?" in the article http://html5doctor.com/your-questions-answered-6/ | * +1 "radiz" implied support for --MM-DD with the use case question: "How to use <time> with a date in astrology?" in the article http://html5doctor.com/your-questions-answered-6/ | ||
* +1 [[User:Pigsonthewing|Andy Mabbett]] (Per use cases in VCARDDAV, e.g. birthdays, wedding anniversaries - see external links) | |||
</div> | </div> | ||
Revision as of 10:58, 13 July 2010
Research, data, use cases, issues, and enhancements related to the HTML5 time element.
year only
The time element should accept just a year.
- ISO8601 syntax
- YYYY
- use case research
- http://microformats.org/wiki/birthday-examples#year_only
Opinions / discusion:
- +1 Faruk (per Bug 7145 - Valid date strings should accept ambiguous inputs, like "2009" or "2007-01") One example is the very common archive view found on most blogs, which contain distinct links or headers for each year, each month per year, and often each date within a chosen or highlighted month. Currently, the
<time>element only allows fordatetimevalues as precise as a specific day, e.g. YYYY-MM-DD. - -1 Hixie - "Without clear use cases, I don't intend to change the spec here." (ibid)
- +1 Tantek (per HTML5 Super Friends Technical Details: time element)
- +1 Andy Mabbett (Per use cases in VCARDDAV - see external links)
year month only
The time element should accept just a year and a month.
- ISO8601 syntax
- YYYY-MM
Opinions / discusion:
- +1 Faruk (per Bug 7145 - Valid date strings should accept ambiguous inputs, like "2009" or "2007-01") One example is the very common archive view found on most blogs, which contain distinct links or headers for each year, each month per year, and often each date within a chosen or highlighted month. Currently, the
<time>element only allows fordatetimevalues as precise as a specific day, e.g. YYYY-MM-DD. - -1 Hixie - "Without clear use cases, I don't intend to change the spec here." (ibid)
- +1 Tantek I think the blog archives use case (where blogs often link to their archives by a specific month and year) is sufficient to justify adding this capability to the time element. Content hosting sites like Flickr also list archives by specific year/month, e.g. see http://www.flickr.com/photos/tantek/archives/
- +1 Andy Mabbett (Per use cases in VCARDDAV - see external links)
- ...
month day only
The time element should accept just a month and a day.
- ISO8601 syntax
- --MM-DD
- use case research
- http://microformats.org/wiki/birthday-examples#month_and_day_only
Opinions / discusion:
- +1 Tantek (per HTML5 Super Friends Technical Details: time element)
- +1 "radiz" implied support for --MM-DD with the use case question: "How to use <time> with a date in astrology?" in the article http://html5doctor.com/your-questions-answered-6/
- +1 Andy Mabbett (Per use cases in VCARDDAV, e.g. birthdays, wedding anniversaries - see external links)
Calendar
The time element should accept a calendar scale (default is GREGORIAN) per the emergent vCard 4 specification, to facilitate the mark-up of non-Gregorian (e.g. Julian) dates.
External links
- Extended Date Time Format efforts based at the USA's Library of Congress (Covers unspecific dates; date periods and non-Gregorian dates)
- Dates and coordinates in HTML5 - blog post by Pigsonthewing
- vCard Format Specification draft-ietf-vcarddav-vcardrev-11 (latest draft as at July 2010)
- Section 4.3, date & time
- section-5.7, CALSCALE (specifies Gregorian or other (e.g. Julian) calendar)
- ISO 8601 (Wikipedia article)