"toLocaleDateString"を使っての"和暦"の移動速度が重い原因について、など。Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。“toLocaleDateString”を使っての“和暦”の移動速度が重い原因について、など。問題箇所が2点あるのです。1点目は、暦は"toLocaleDateString"を使っていますが、西暦に比べて和暦の方が重い(遅い)のです。原因は、何でしょうか。移動速度(step)は、0.06に設定してあります。文字数が1つ増えます。このように"和暦"や"西暦"の年の桁が増加するごとに、1文字抜け落ちて表示されます。"内のスペースを増やすだけでいいのですが、何か式を使ってできないでしょうか。/*最大文字数を5文字に設定(""内に半角で、5文字分スペースを作る)。個の銅バッジ「JavaScript/HTML/CSSスニペット」を使ってコードを入力していただけると、読者もその場で実行できて返答できるかもしれません。13:25Mac上でChrome,Firefox,Safariで試してみましたがが、とくに和暦が遅くなることは観測できませんでした。13:33Chrome等では、和暦は重くならないのですか。IEでは、重いのです。15:08すみません。bodeliタグ内にjavascriptがあるため、セクションごとにうまく分けられませんでした。15:14IE11とEdgeで和暦が重いことを確認しました。尋常でなく遅いですね。1000回呼ぶ時間を計ってみました。くらべて90〜160倍も時間がかかっています。呼ぶ回数を減らすしかないと思います。結果から動的に決めればよいです。要素数も動的にする必要があります。問題は文字数が長くなったときに参照すべき座標の値が存在しないことで、こういう場合は最後の要素の座標を採用するなどで調整するといいかもしれません。書き換えたコードを掲載します。あたりが両方の問題に対処しています。個の銅バッジ詳しい回答をありがとうございました。コードが様変わりしていて面くらいましたが、希望通りに動きました。{}内で重く、他の箇所で設定すると軽いのです。13:29分からない点がありましたので、教えていただけませんでしょうか。回答のコードは、条件式で和暦と西暦に切り替えるように設定されていますが、和暦だけの設定する場合は、どのように書き換えればいいでしょうか。"とし、"lastYearLocale"の値をそれぞれ別のものにして、表示の"yearString"の値をそれぞれ『和暦(年・月・日・曜日)』の設定にすれば、和暦も重くなく,かつ午前0時に自動更新もされるはずです。比較するようにします。"の呼び方を変えるということですよね。回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。