User talk:R2

From RogueBasin
(Difference between revisions)
Jump to: navigation, search
m (timestamp fixup)
((standardization of dates))
Line 11: Line 11:
  
 
:: I'm going to make up my mind on whether to revert this spam for Zaiband and YADS later, once the emotional reasoning no longer is in the way.  -- [[User:Bessarion|Bessarion]] 17:54 21 July 2008 (CDT)
 
:: I'm going to make up my mind on whether to revert this spam for Zaiband and YADS later, once the emotional reasoning no longer is in the way.  -- [[User:Bessarion|Bessarion]] 17:54 21 July 2008 (CDT)
 +
 +
::: The standard I used (YYYY MM DD) is an ISO standard (ISO-8601) for international date format, a UE standard (EN 28601), and also is the most logical format (as the usual big endian sorting works correctly on it). (The US date format is as far as I know MM/DD/YYYY and cannot be confused because of the 4-digit year which is immediately recognized. DD/MM/YYYY also should not be confused for the same reason. YYYY/DD/MM potentially could be confused, but I think it is not used anywhere as a date standard.) You are right that displaying months as text would be also a good option, and also would eliminate any risk of confusion, and would be more readable for some. But I suggest to make the template make clear that "YYYY/MM/DD" is the format to use. --[[User:R2|R2]]

Revision as of 01:43, 22 July 2008

(standardization of dates)

Whoa, what happened here. Was this site-wide change discussed anywhere? Kiefer 07:14, 21 July 2008 (CEST)

It wasn't discussed on this wiki (so I doubt that the discussion, even if it exists, "counts"). Furthermore, it's not a uniform readability improvement. -- Bessarion 8:18 21 July 2008 (CDT)
The reasons for standardization are at http://www.roguetemple.com/forums/index.php?topic=62 --R2 19:53, 21 July 2008 (CEST)
That doesn't count, unless there's some undocumented management integration between the two sites. Fixing that application (a function that takes a gloppy date, and returns a standard-formed date if possible) is the correct approach. If I was to propose any (unnecessary) standardization, I would suggest four-digit years, and months as text. That way, the difference between U.S. dates and EU dates doesn't cause confusion.
As it is, anyone from the EU who doesn't know the standardization convention is going to think the correct format for Dec 3 2008 is 2008/3/12, which breaks your abstractor application without any chance of recovery.
I'm going to make up my mind on whether to revert this spam for Zaiband and YADS later, once the emotional reasoning no longer is in the way. -- Bessarion 17:54 21 July 2008 (CDT)
The standard I used (YYYY MM DD) is an ISO standard (ISO-8601) for international date format, a UE standard (EN 28601), and also is the most logical format (as the usual big endian sorting works correctly on it). (The US date format is as far as I know MM/DD/YYYY and cannot be confused because of the 4-digit year which is immediately recognized. DD/MM/YYYY also should not be confused for the same reason. YYYY/DD/MM potentially could be confused, but I think it is not used anywhere as a date standard.) You are right that displaying months as text would be also a good option, and also would eliminate any risk of confusion, and would be more readable for some. But I suggest to make the template make clear that "YYYY/MM/DD" is the format to use. --R2
Personal tools