W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2010

[Bug 10318] time element shouldn't alter the display value

From: <bugzilla@jessica.w3.org>
Date: Sun, 08 Aug 2010 22:41:22 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1OiEYU-0003hZ-OZ@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10318


Aryeh Gregor <Simetrical+w3cbug@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Simetrical+w3cbug@gmail.com




--- Comment #1 from Aryeh Gregor <Simetrical+w3cbug@gmail.com>  2010-08-08 22:41:21 ---
I agree that this is not useful to have in the spec.  Unpredictable display is
evil.  If users want this functionality, there's nothing to stop implementers
from making it opt-in via preference, extension, etc.  Cases where it would be
a bad thing:

1) Page is in English, but you're using a Chinese computer, so the dates and
only the dates display in Chinese.

2) When looking at a date like 6/7/2010, to figure out whether it means June 7
or July 6, you now have to not only try guessing whether the author is American
or British, but also whether they used <time>, and if so whether your browser
thinks *you* are American or British.

On the other hand, I don't see a real need this is addressing.  Generally
speaking, the format of dates will be written in the same locale as the rest of
the page, so if the user can understand the page, they can probably understand
the date too.

-- 
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, 8 August 2010 22:41:24 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:21 UTC