[1] Chrome (日本語版; Windows Vista 日本語版) だと「Wed Dec 13 2000 10:00:00 GMT+0900 (Japan Standard Time)」みたいになるんですけど、やりすぎじゃないですかwwww

[2] あれ、同じ環境の Safari (日本語版) だと「Wednesday, December 13, 2000 10:00:00」だよ、こっちはましだな。

[3] ECMAScript デス 3 http://pc11.2ch.net/test/read.cgi/tech/1190160481/562-

toLocaleString の実装状況の話題。

[4] >>1 Chrome 24 では「2013/1/8 0:00:01」とまともになりました。 2013-01-12T04:33:15.00Z

[5] BuiltInOverrides - v8-i18n - Internationalization Library for v8 - Google Project Hosting ( (2013-02-18 10:08:57 +09:00 版)) http://code.google.com/p/v8-i18n/wiki/BuiltInOverrides

[6] 言語タグの指定による値の変化について (Windows 版で確認)、 2016-01-26T14:28:55.500Z

[7] Chrome は en でも en-GB でも ja でも、 1582-10-15 より後はグレゴリオ暦、それより前はユリウス暦とします。
- つまり最初のグレゴリオ暦への改元日を採用し、(少なくても英国について) 国毎の改元日には対応していません。
[8] Firefox と IE11 は en でも en-GB でも ja でも、すべてグレゴリオ暦とします。
[9] Chrome も Firefox も、 ja-JP-u-ca-japanese の時 1582-10-15 より後はグレゴリオ暦、それより前はユリウス暦とします。
- Firefox でもなぜかユリウス暦を使っています。
[10] Chrome も Firefox も、 ja-JP-u-ca-japanese の時に西暦のかわりに元号年表記とします。
- Chrome は元号名 + 元号内年(アラビア数字)
- Firefox は元号内年(アラビア数字)
- オプションを指定しても元号表記は変化しないようです。Firefox で元号名を出す方法はなさそうで、これでは使いものになりません。
- [11] 元号の決定方法はどちらも同じようですが、どちらもおかしいです。
  - 日本の旧暦の改元の日を、グレゴリオ暦またはユリウス暦にそのまま当てはめて (無変換で) 使っています。
  - 閏月の改元の場合は、「閏」を無視した月 (閏4月なら4月) としています。
  - 2月29日など月末の太陽暦で存在しない日が改元日の場合は、翌月初を改元日としています。
  - 大化以前は、大化0、大化-1のように負の数を使います。
  - 元号欠落期間は、直前の元号が継続したものとして扱います。
  - 南北朝時代は、南朝、北朝両方の改元を採用しています。(どちらか直近の改元の元号を採用。)
    - しかしいくつかの改元は抜けています。
  - 文中への改元は、4月1日としています。 (唯一改元日が不明な元号。)
  - 大正、昭和は改元のあった日から新元号とします。 (これは正しい。改元日 )
  - 平成は正しい。
- CLDRの和暦
[14] IE11 は、 ja-JP-u-ca-japanese のとき、
- 1868年1月1日以後なら元号表記とします。
- それ以前では TypeError を投げます。
- Chrome や Firefox は「平成12/2/3 0:00:00」のような短い形ですが、 IE11 では「平成 12年3月4日 0:00:00」のような長い形です。
- 1868年はすべて明治とします。
- 大正、昭和は改元のあった日から新元号とします (正しい)。
- 平成は正しい。

[12] tests-web/js/date/intl (2016-01-27 01:33:09 +09:00 版) https://suika.suikawiki.org/~wakaba/-temp/test/js/date/intl/

[13] >>12 元号のデモ & テスト

[15] Date.prototype.toLocaleString() - JavaScript | MDN (2018-03-18 18:09:24 +09:00) https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toLocaleString

[16] 令和対応の更新はいつ来るかな?

[17] IE がなくなって Edge が Blink になって、 toLocaleString も Windows ネイティブじゃなくて ICU になってしまったのだろうか?

[18] ICU の日時処理は正直品質が低すぎるし、相互運用可能な独立した実装がないのは危険な状況なのでは...

[19] Intl.DateTimeFormat 日付表記option逆引き表 - Qiita, 2022-08-26T15:16:19.000Z https://qiita.com/miyukiw/items/df979c83bc85a2ca18fe

特定環境のIEで「2017‎年‎4‎月‎月1‎日」月が重複する

[20] 関連: 利用者の言語

[21] XユーザーのФабон (ふぁぼん)さん: 「「toLocaleStringでスウェーデン語を指定するとiso8601形式になる」とかいうマジで全ての観点から論外なのに相当範囲に広まってしまったバッドノウハウ」 / X, 午後9:11 · 2026年3月8日2026-03-08T12:11:05.000Z, 2026-03-12T02:34:49.000Z https://x.com/syobon_hinata/status/2030617297346568343