新着確認機能調整。

場合によって不必要な検知が生じることがあるため，4月20日5歩での対策同様，初期化時の取得時印にも1秒加えるようにして様子見。

未出振るい。

デライトの HTTP/3 対応についての再検討で終了。

導入は簡単そうだが，まだ逆効果になる場合も少なくないようでちょっと迷った。低品質な通信環境に強いなど総合的な利点は大きいので，全体最適化を期待して近いうちに導入実験をしてみることにした。

導入は簡単そうだと思ったが，nginx ではまだプレビュー版らしく備立の管理が面倒臭そうだった。本体に取り込まれるのを待つべきか。

埋め込み YouTube 動画で www 無しの場合に認識されなかったり，余計な求頼文字列が文字列として表示されてしまう不具合修正で終了。出振るい・手定め済み。

特に YouTube に関してはこの手の修正を繰り返しているが，あまり外部サービス URL の判定を厳密にすると相手サービス側の実装変更に対して脆弱になるため，今後は適度に緩やかな判定をすることにした。

（進捗時限記録中略）

動的引連 SVG アイコン実装。

途中で終了。

<view> は使えないこともなさそうなので，試しに使ってみることにした。

Can I use でなぜか <view> の対応状況が不明になっている舞覧（主に Safari）が多かったので避けようとしたが，「SVG fragment identifiers」の方では問題なさそうな数字になっており，いまいち実態が分からない。少なくとも手元の Safari では問題なさそうだ。

これが使えると，background-image などで使う場合にだいぶすっきりする。

Chrome 以外でなぜか多重立求が発生する問題はあるようだが，通常は隠しが使われるはずなのでさほど大きな問題ではないか。

（進捗時限記録中略）

動的引連 SVG アイコン実装。

途中で終了。

SVG スプライトの手法を取り入れ，SVG アイコンの定義は icn.svg に集約することにした。

SVG 出与えも Aejs に組み込んで直接挿入してしまうことを考えていたが，舞覧隠しの適切な分離が出来なくなる，要素の再利用に必要な id 属性が使いにくい，といった問題があった。外部 SVG を <use> で利用すれば Shadow DOM になるので，id 属性の衝突などを気にせず要素を整理しやすくなる。

スプライト画像として background-image で利用しやすいというのも大きい。:target とフラグメント識別子を利用して表示要素を変化させる技術があることを知ったが，舞覧によっては効率的に隠し出来ないことがあるらしく，今回は見送った。<view> が使えればいいが，Safari の対応に難がある。当面は古典的な座標指定で行くことにした。

アイコン制作では，アイコンを並べて全体のばら成しを見ながら調整することが多いため，見本を兼ねられるのも便利だ。

SVG スプライトだけで十分かもしれないと思いかけたが，<use> 1つでも若干冗長な上に，1つのアイコンの要素を細かく制御したい場合に <use> が複数必要になるため，やはりスクリプトでの補完は欲しい。

（進捗時限記録中略）

CSS アイコン実装。

途中で終了。

全体的に，だいぶ洗練されてきた。

アイコンの縮尺問題は .sz16 や .sz32 といった分類名で CSS 変数 --icn-sz を設定することでいったん解決した。これで width，height を設定し，基本的に各数値は比率で設定する。border-width などパーセント指定が出来ない場合も var() と calc() を使って計算出来る。

当初，32px四方を基準に値を調整し，最終的に transform の scale() で縮尺を調整するということを考えたが，rotate() などを使いたい時に組み合わせの数だけ transform の記述が必要という問題があった。最近は scale や rotate という個別指定プロパティもあるが，対応舞覧の普及率にまだ若干難がある。

検討作業など。

CSS アイコン補完のための @icn の実装イメージが概ね固まった。

これまで CSS で画像アイコンを利用する場合はパディングに background-image を当てていたが，HTML の記述量を増やしたくないため，HTML はそのままに，@icn で同等の処理を実装することにした。

どの道，要素を動的挿入することになるため，ここで動的引連 SVG も選択肢として残すことにした。複雑な図形の表現のために，部分的に SVG を利用したいことがあるものの，CSS だけではそこまで気の利いたことは出来ない。単純な引連 SVG は HTML の肥大化を招くし，出与え URL も保守性の観点から避けたい。

もっとも，SVG 自体が簡潔な記法ではないので，CSS では表現しにくく，なおかつラスター画像より合理的な場面というのはそこまで無いかもしれない。あくまでも行き詰まりを防ぐための選択肢として残しておく。

むしろ，CSS アイコンの制約を基準として利用して，CSS で無理なく表現出来る程度に用合いアイコンの単純性を保つべきなのだろう。

ここまで考えて迷いは無くなった。

インポート・エクスポート機能における文字交度についての検討で終了。

Windows などでまだ BOM 無し UTF-8 を上手く扱えない場合があるため，エクスポート機能では BOM の有無を選択出来るようにすることにした。

インポート機能では UTF-8 であればどちらも受け付けるようにすることにした。

ゆとりがあれば UTF-8 以外の自動検出機能や選択機能を付ける。

（進捗時限記録中略）

設定ページ整備，エクスポート機能実装。

仕様検討で終了。

サイクリング中に良い思い付きがいくつかあり，エクスポート機能も想定以上に洗練されたものになりそうだ。

• 添付譜類の代わりに「添付譜類代替 HTML」を含めることにした。
  • 添付譜類名に .html を加えた譜類名にする（例：XX.webp.html）。
  • エクスポート譜類の肥大化は利用者にとっても好ましくない場合が少なからずあるため添付譜類の除外は決めていたが，目印くらいは欲しかった。
  • 最初，.url を付けたインターネット ショートカットにすることを考えたが，転送するにせよ説明するにせよ HTML の方がはるかに柔軟性・可搬性が高い。
  • 将来的に，容量上限などを決めて添付譜類を含められるようにする可能性もあるが，無制限は難しいので選択肢として有用であり続けるだろう。
• 期間終了日に加え，期間開始日も指定出来るようにすることにした。
  • 期間開始日は単純化のため省くつもりだったが，管理上の有用性が高い。
  • 用合い上の問題は前縁で調整すればいいとして，後縁では実装しておく。
• エクスポート譜類の譜類名は KNo.[自我番号].[作成日].[期間開始日]-[期間終了日].zip とすることにした。
  • 日付は8桁数字のみ（例：20230101）。
  • 各日付は適宜省略する。
  • .[輪数]oln を日付のあとに加えることを考えたが，情報として中途半端な上に冗長過ぎるためやめた。
• 輪数などの詳細情報を含めた README.txt を加えることにした。
  • 譜類形式などについての説明も出来る。
  • この手の譜類はあとで扱い方が分からなくなることが多いので有用だろう。