Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.javascript > #24328

Re: ISO 8601 Code Review Wanted

Show all headers | View raw

In comp.lang.javascript message <2e1d2869-3f46-4912-88fd-a1b779ce7a44@go
oglegroups.com>, Mon, 19 May 2014 17:03:13, dhtml
<dhtmlkitchen@gmail.com> posted:

>On Monday, May 19, 2014 11:56:07 AM UTC-7, dhtml wrote:
>> On Friday, May 16, 2014 2:26:51 PM UTC-7, Dr J R Stockton wrote:
>>
>> > In comp.lang.javascript message <8eb3b763-31e1-47b3-9d26-5acbc8662216@go
>>
>> >
>>
>> > oglegroups.com>, Wed, 14 May 2014 09:59:23, garrett.smith@acxiom.com
>>
>> >
>>
>> > posted:
>>
>> >
>>
>> >
>>
>> >
>>
>> > >// EcmaScript 5 introduced incorrect ISO8601 parsing:
>>
>> >
>>
>> >
>>
>> >
>>
>> > US coders do not read international standards.

Please de-Google quotes.

>> Hardly anybody does. Most of the people I'm working with are actually
>>Chinese.

Hardly anybody in America does.  In Europe, professional people respect
relevant international standards - and also know what, in English,
"international" means.

>Not that nationality matters, but for example, the lead UI developer
>for our in-house library, who is blocking my code from being accepted
>into the codebase, has now written:
>
>
>| If this parser is only about deal with special/weird format
>| BE returns, then better to return a more reasonable date
>| format from BE since date time is pretty sensitive and
>| important in this domain.
>
>BE means backend. I have no idea what he means by "more reasonable date
>format." I asked, and I'm waiting on an answer.
>
>He also wrote:
>
>| Also I still think dealing with date time in server side or
>| UTC in client side might be a good idea.
>
>Sounds like he wants me to not write the component as such, and instead
>transfer UTC timestamp to the client. But then we have to either (a)
>show event times in GMT, which for most users of our system, won't be
>correct,

GMT is required, in civil life, probably only in the UK and the Crown
Dependencies.  UK law requires GMT / GMT+1, but UK implements it with
UTC.  GMT is not the same as UTC.  UTC applies everywhere on Earth,
though anyone/anything moving at relativistic speeds may have trouble
with it.  But JavaScript cannot handle UTC, since it does not know about
leap seconds - it uses imprecise GMT.

> or (b) include an offset in the format and make necessary adjustments
>on the client.

Do not presume that regular seasonal clock changes are everywhere
+/- one hour.

If, for example, the organisation is offering prizes to staff who do
something before noon on a given date, that should probably be local
noon.  Otherwise, data should be recorded as GMT/UTC and local offset,
or as GMT/UTC and local time to avoid getting the sign of the offset
wrong.  Except for astronomers.

ISO 8601 should be used for human-readable dates.  For why, read ISO
8601.

-- 
 (c) John Stockton, nr London, UK.   E-mail, see Home Page.    Turnpike v6.05.
 Website  <http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms
 PAS EXE etc. : <http://www.merlyn.demon.co.uk/programs/> - see in 00index.htm
 Dates - miscdate.htm estrdate.htm js-dates.htm pas-time.htm critdate.htm etc.

Back to comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

ISO 8601 Code Review Wanted garrett.smith@acxiom.com - 2014-05-14 09:59 -0700
  Re: ISO 8601 Code Review Wanted John Harris <niam@jghnorth.org.uk.invalid> - 2014-05-15 10:15 +0100
    Re: ISO 8601 Code Review Wanted Christoph Michael Becker <cmbecker69@arcor.de> - 2014-05-15 21:31 +0200
      Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-15 12:53 -0700
        Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-15 13:12 -0700
        Re: ISO 8601 Code Review Wanted Christoph Michael Becker <cmbecker69@arcor.de> - 2014-05-15 22:21 +0200
          Re: ISO 8601 Code Review Wanted "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-05-16 00:44 +0200
            Re: ISO 8601 Code Review Wanted Christoph Michael Becker <cmbecker69@arcor.de> - 2014-05-16 01:26 +0200
              Re: ISO 8601 Code Review Wanted "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-05-16 09:39 +0200
                bitwise vs. logical OR operator (was: ISO 8601 Code Review Wanted) Christoph Michael Becker <cmbecker69@arcor.de> - 2014-05-16 12:50 +0200
                Re: bitwise vs. logical OR operator (was: ISO 8601 Code Review Wanted) dhtml <dhtmlkitchen@gmail.com> - 2014-05-16 11:21 -0700
  Re: ISO 8601 Code Review Wanted Dr J R Stockton <reply1400@merlyn.demon.co.uk.invalid> - 2014-05-16 22:26 +0100
    Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-19 11:56 -0700
      Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-19 17:03 -0700
        Re: ISO 8601 Code Review Wanted Dr J R Stockton <reply1400@merlyn.demon.co.uk.invalid> - 2014-05-21 17:30 +0100
          Re: ISO 8601 Code Review Wanted John Harris <niam@jghnorth.org.uk.invalid> - 2014-05-22 10:20 +0100
            Re: ISO 8601 Code Review Wanted Dr J R Stockton <reply1400@merlyn.demon.co.uk.invalid> - 2014-05-23 20:44 +0100
              Re: ISO 8601 Code Review Wanted John Harris <niam@jghnorth.org.uk.invalid> - 2014-05-24 15:54 +0100
          Re: ISO 8601 Code Review Wanted Tim Streater <timstreater@greenbee.net> - 2014-05-22 18:46 +0100
            Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-25 22:18 -0700
              Re: ISO 8601 Code Review Wanted Tim Streater <timstreater@greenbee.net> - 2014-05-26 11:41 +0100
                Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-28 09:54 -0700
          Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-23 10:37 -0700
            Re: ISO 8601 Code Review Wanted Dr J R Stockton <reply1400@merlyn.demon.co.uk.invalid> - 2014-05-24 19:09 +0100
  Re: ISO 8601 Code Review Wanted dhtml <dhtmlkitchen@gmail.com> - 2014-05-23 13:14 -0700

csiph-web