Chrome timeZone опция на сегодняшний день.методом tolocalestring()

Недавно я обнаружил, что существует новое расширение для JavaScript. Это добавляет несколько особенностей к объекту Date в toLocaleString, toLocaleDateString и toLocaleTimeString функции. Ссылка здесь .

Меня особенно интересует опция timeZone, которая поддерживаетчасовые пояса IANA/Olson , такие как America/New_York или Europe/London. В настоящее время это поддерживается только в Google Chrome.

Предыдущий совет состоял в том, чтобы работать в JavaScript с любым другим часовым поясом, кроме UTC или ваш собственный местный часовой пояс, нужно было использовать библиотеку. Но теперь, похоже, это начинает включаться непосредственно в браузер. Итак, теперь вы можете сделать следующее:

new Date().toLocaleString("en-US", {timeZone: "America/New_York"})



// output: "7/4/2013 5:15:45 PM"

Или:

new Date().toLocaleString("en-NZ", {timeZone: "Pacific/Chatham",

                                    timeZoneName: "long"})



// output:  "7/5/2013 9:59:52 AM GMT+12:45"

Или:

new Date().toLocaleString("en-GB", {timeZone: "Europe/London",

                                    timeZoneName: "short"})



// output:  "4/7/2013 22:18:57 United Kingdom Time"

// (strange time zone name, but ok)

Это очень круто, но у меня есть несколько вопросов:

Является ли это частью нового стандарта? Возможно, похоронен где-то в ECMAScript 6? Или это просто что-то обычное для Chrome?

• Почему только Google Chrome? Поддерживается ли он куда-нибудь еще? Есть ли планы поддерживать его где-нибудь еще?


• я проверил узел.js, который использует JavaScript runtime от Chrome, но там он не работает. А почему бы и нет?


• доступны ли данные часового пояса каким-либо иным способом, кроме перечисленных мною функций? Если доступно только при форматировании строк, то выполнение любых вычислений на основе полученных результатов может быть затруднено.


• 
  

  Это ориентировано на выход, но как я буду использовать его для ввода? Есть ли способ пройти часовой пояс в конструктор для объекта Date? Я попробовал следующее:

  
  
  

  // parsing it with a date and time
  
  new Date("2013-01-01 12:34:56 America/New_York")
  
  
  
  // passing it as a named option
  
  new Date(2013,0,1,12,34,56,{timeZone:"America/New_York"})
  
  

  
  
  Ни то, ни другое не сработало. Я не смог найти ничего в спецификациях, поэтому я не думаю, что это существует (пока), но, пожалуйста, скажите мне, если я ошибаюсь.
  


• 
  

  Проблема, описанная вэтом посте , созданная дефектом в спецификации ECMAScript 5, все еще влияет на выходные данные, даже когда правильные данные находятся в TZDB. Как получается, что и старые, и новые реализации сосуществуют? Можно было бы подумать, что все будет по-старому, или совсем по-новому. Например, с часовым поясом моего компьютера, установленным на восточное время США:

  
  
  

  new Date(2004,10,7,0,0).toLocaleString("en-US",{timeZone:"America/New_York"})
  
  

  
  
  

  Возвращает "11/6/2004 11:00:00 PM". Он должен вернуться в полночь, так как я начал в полночь, и мой местный часовой пояс совпадает с выходным часовым поясом. Но он помещает предоставленную дату ввода в неправильную точку UTC из-за проблемы ES5.

  
  


• 
  

  Могу ли я ожидать, что по мере выпуска IANA обновлений для TZDB Google будет продвигать обновления Chrome, содержащие изменения?