del element proposals
Research, data, use cases, issues, and enhancements related to the HTML5
Summary: add a new
timeref attribute (of type
idref) that can be used to reference the
id of a local to document
<time> element which is then used as the
datetime value of when the deletion or insertion occurred.
<p>Here is a paragraph of text with some important information. <del timeref="change1">That was rushed out hurriedly.</del> <ins timeref="change1">Update <time id="change1">2010-07-29</time>: Here is some new information</ins> </p>
- visible metadata! the date of the change can be shown visibly (as many real world examples do (citations needed), rather than invisibly in a hidden datetime attribute, which encourages higher fidelity metadata.
- DRY! (don't repeat yourself). compare the previous example to the timeref one - the timeref example provides the date only once instead of duplicating it. Whenever multiple del/ins edits occur at the same date/time they can all reference a single
Opinions / discussion:
del element resolved proposals
datetime attribute changes
dates without times
ACCEPTED 2010-08-24: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-August/028113.html
Related: Validator.nu Bug 763
del element has a
datetime attribute that requires an explicit date and time.
datetime attribute (on both del and ins elements) should permit just a date value, in addition to permitting explicit dates with times.
- ISO8601 syntax
datetime attribute requires both a date and a time.
On the other hand, the time element's datetime attribute allows just a date.
Allowing just a date has the following advantages:
- easier for hand-authoring (per the preferring authors principle of the HTML5 design principles). Authors can more easily add ins/del elements with explicit datetime attributes if they are permitted to specify only the date (they might not know or care about the precise time), e.g. in blog posts that are updated by the author.
- avoids artificial precision. Forcing an explicit date and time forces authors to enter artificial precision (e.g. YYYY-MM-DDT00:00:00Z instead of YYYY-MM-DD). Allowing just dates permits authors to convey that a del/ins occurred on a certain day, and that the precise time is unknown or irrelevant.
<p>Here is a paragraph of text with some important information. <del datetime="2010-07-29">That was rushed out hurriedly.</del> <ins datetime="2010-07-29">Update: here is some new information</ins> </p>
Opinions / discussion:
- +1 Tantek Çelik - this happens to me often when I have blog-like or other essay content that I update by hand. Since I typically do updates to any particular content about once a day, day-level granularity is sufficient. Picking an arbitrary time seems like being forced to provide "fake" metadata which I don't want to do.
- +1 EdwardOConnor - I have the same sort of experience as Tantek in this case; confabulating precision where none exists feels quite wrong.