非対応という解釈で構わないかと。全てのブラウザで同じ挙動が保証されているわけではありません。
Date.prototype.toLocaleDateString() - JavaScript | MDN
toLocaleDateString()
メソッドは、この Date オブジェクトの「日付」部を表す言語に依存した文字列を返します。新しい locales
引数と options
引数により、アプリケーションは、使用される書式変換の言語の指定や、関数の振る舞いのカスタマイズができます。古い実装のアプリケーションは、locales
引数と options
引数を無視します。使用されるロケールや返される文字列の書式は、完全に実装依存です。
以下のファイルをサーバにアップロードして、ブラウザでの挙動を確認しました。
html
1<!DOCTYPE HTML>
2<html>
3<head>
4 <meta charset="utf-8">
5 <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">
6 <meta http-equiv="Content-Security-Policy" content="default-src * data:; style-src * 'unsafe-inline'; script-src * 'unsafe-inline' 'unsafe-eval'">
7 <script>
8 var date = new Date();
9 date = date.toLocaleDateString("ja-JP-u-ca-japanese");
10 // date = date.toLocaleDateString("ja-JP-u-ca-japanese", {era: "long"});
11 // date = date.toLocaleDateString("ja-JP-u-ca-japanese", { era:"long", year:"numeric", month:"numeric" });
12 console.log(date);
13 document.write(date);
14 </script>
15</head>
16<body>
17 <br />
18 This is a template for Monaca app.
19</body>
20</html>
iOS
のSafari
はオプションの有無に関係なく、「2017年6月30日」を返しました。
macOS
のSafari
は以下の値を返しました。
date = date.toLocaleDateString("ja-JP-u-ca-japanese"); // 29/6/30
date = date.toLocaleDateString("ja-JP-u-ca-japanese", {era: "long"}); // 平成29年6月30日
date = date.toLocaleDateString("ja-JP-u-ca-japanese", { era:"long", year:"numeric", month:"numeric" });
// 平成29年6月
Monacaデバッガー
アプリはiOS
版Safari
と同じ挙動ですかね。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/06/30 22:33