[Bug 13240] Consider replacing <time> with <data>

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13240

--- Comment #45 from KangHao Lu <kennyluck@w3.org> 2011-10-23 19:46:28 UTC ---
(In reply to comment #41)
> (In reply to comment #40)
> > 
> > <span data-long-form="true" data-time="1318428815000" class="_timestamp">6
> > minutes ago</span>
> > 
> > <strong date="1318425833">(Chinese) 2 minutes ago</strong>
> 
> Looks like a <data> element would handle these pretty well.

Maybe. 

On the other hands, what are the uses cases for marking up dimensionless
numbers, numbers with units or enumerated values. Are there existing
HTML4-equivalnets?

Here are some potential examples that might benefit from <data>.

* weather.com[1]

Some of the temperatures are marked up as, say, <strong>56°F</strong>, some are
not. Interestingly, when you click on the &#730;C icon, only the temperatures
that are marked up are converted to &#730;C. The markup doesn't separate the
unit from the value. The conversion is done at the server side.

* Amazon[2]

"$14.00" in "$14.00 (40%)" isn't marked up in any special way. Designing an
interface that displays native currency seems pretty challenging and maybe too
confusing anyway.  

(In reply to comment #36)
> Is there any data showing how people actually use <time> in practice? i.e. is
> it actually giving anyone any of its hypothetical benefits?

I agree that client-side timezone/language localization isn't popular (I am
curious about the reasons, though), but client-side "XX mins ago" updating
seems pretty common. If this isn't strong enough as a use case, then before use
cases for marking up dimensionless numbers, numbers with units or enumerated
values becomes apparent, I think dropping <time> at all makes more sense than
replacing <time> with <data>.

[1] http://www.weather.com/weather/today/Boston+MA+USMA0046
[2]
http://www.amazon.com/Introducing-HTML5-Voices-That-Matter/dp/0321687299/ref=sr_1_1?ie=UTF8&qid=1319392149&sr=8-1

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Sunday, 23 October 2011 19:46:32 UTC