CSS アイコン実装から動的引連 SVG アイコン実装に切り替えることにした。軽く実験してみたらやたら捗ったため，改めて早期実装を目指すことにした。

昨日の開発記録を書いてみて，CSS アイコンの調整にかかる時間も馬鹿にならないなと考えながら，何気なく Google 検索の素出を覗いていたら，意外に上手くアイコンが SVG で表現出来ているなとは思ったが，やはり HTML で出力している引連 SVG アイコンは気持ち悪いと感じた。ここで，「行き詰まりを防ぐための選択肢」として残すことにしていた（4月27日の開発記録）動的引連 SVG で凌ぐことを思い付いた。

これまで見てきた例や解説が悪かったか，「SVG は煩雑」という先入観がありずっと苦手意識を持っていたが，引連 SVG 関しては，<path> を中心に削ぎ落とせば十分簡潔に出来ることが分かった。例えば，従来のデライトの + アイコンは以下の記述で十分表現出来る。

<svg viewBox="0 0 32 32">
  <path d="M 4 16 H 28 M 16 4 V 28" fill="none" stroke-width="5.5" stroke-linecap="round"/>
</svg>

引連 SVG なので，CSS や JavaScript での各部分の操作も容易だ。直接編集もやたら難しいと言われているので面倒臭そうだなと思っていたが，何のことはない，すぐに習得出来てしまった。CSS アイコンの調整に比べれば直感的ですらあるし，拡縮時の品質は比べ物にならない。これで外部通類への依存という懸念も払拭出来た。あとは，HTML の肥大化と保守性の低下という引連 SVG の二大欠点をスクリプトで補えばいい。動的引連 SVG なら部品の再利用も十分柔軟に出来る。

元々 CSS アイコンを中心とした枠組みの応付だったので，作ってきた枠組みをそのまま活かせるのも嬉しい所だった。動的引連 SVG を中心に，CSS アイコンの方を応付として交代させるだけで大きな方針変更も必要なかった。

（進捗時限記録中略）

また新生デライトの要件外ではあるが，ついさっき，急に実装イメージがまとまってしまった輪郭複製機能実装で終了。出振るい・手定め済み。

描写欄が空の状態の新規描出フォームで，自輪郭の輪符を知名欄に貼り付けるかドロップすると輪符から知名・描写が複写される。

複写に成功すると「複写完了」と表示，「複写失敗：自分の輪郭ではありません」と「複写失敗：描写が空ではありません」の違了表示も付け，自我知番の省略にも対応済み。使い勝手は非常に良好。

これまで通り「輪郭複製機能」と呼ぶべきかどうかは再考の余地があるが，眠気で考える余力が無いのでとりあえずは仮称としておく。「輪郭複写機能」の方がしっくり来る気もするが，「輪郭複製のための機能」という意味ではそこまで間違っていない。

輪郭複製機能については，昨年5月18日の開発で「知名・描写を複製して新規描出フォームに移動するボタン」として実装することを考えたが，その後の用合い改良を経て，抵抗感が募っていた。

輪郭を直接複製するような機能はやはり避けたい。手軽にし過ぎると誤操作や濫用の可能性が高まる。適切な手間という点で，新規描出フォームへの複写というアイデアは悪くなかった。ただ，現状の輪郭選り手が理想的にまとまっているので，極力ボタンのような要素を追加したくないと思うようになった。

さっきふと，「知名欄への輪符貼り付け」という案について考えていたら，これが急速にまとまってしまった。過去にも何度か脳裏をよぎった案だが，その時はいまいち気乗りしなかった。

貼り付け方式の最初の懸念は誤入力だった。復元ボタンだけでは心許ないので，知名が空であることを条件にしようとしたが，空の知名で書き始めることは少なくないので中途半端だ。複製したい輪郭を検索してから写し取り，貼り付けという流れを考えると，知名欄をいちいち空にしなければならないのは煩雑過ぎる。

間もなく，描写欄が空という条件なら全く問題ないことに気付いた。誤操作の懸念がなくなったので，ドラッグ＆ドロップにも対応することにした。

もう一つ，自輪郭のみという制限を付けることにした。描写内の自我知番の省略に Aejs で対応するのが難しいという問題もあるが，濫用され著作権上の手溢れが増えることが予想される。他人の描写の扱いは慎重に，という意味でもこれくらいが適切だろう。

こうしてするする実装イメージがまとまり，一通りの機能を付けた実装も難なく完了した。余計な視覚要素を追加せず，それでいて直感的という，理想的な輪郭複製機能があっという間に出来てしまった。

（進捗時限記録中略）

引き入れ用合い改良。

途中で終了。

Aejs の交度整理も進めつつ，前後景輪数増減表示を前後景部同期処理に組み込んだ（様子）。いったん出振るい・手定め済み。

これにより，動的な輪括操作では，操作の結果として生じた前後景輪数の増減値を + と - で，増減が無い場合は ±0 で，読み込み中は ±? で表示するようになった。

増減表示は太字にし，元の数字との間に半角スペースを入れた。最初は太字だけで十分かと思ったが，意外と視認しにくかった上に，- で 2-1 のように表示すると一見意味が分からない。

小さな変化で実装も単純ながら輪括操作の感触が非常に良くなった。

ついでに，前後景輪数表示も3桁カンマ区切りにしておいた。ページャーなどでは3桁カンマ区切りだったが，ここだけ単純な数字列で微妙な不統一感があった。

（進捗時限記録中略）

デラング整備，化学記法の見直しで終了。

現時点ではやはり \ce( ... \) と \ce[ ... \] が最も無難な記法であると結論付けた。

昨日直感的にこの記法を思いついたが，実際に使ってみると，閉じ括弧前の \ を忘れやすいという問題に気付いた。慣れの問題もあるので欠点と結論付けるのは早いが，数式記法の \( ... \) と比べて \ce( ... \) は括弧の対応関係が直感的に認識しにくいというのはありそうだ。

TeX では \ce{ ... } を数式模動の内側に書く必要は無いため，いっそのこと，これだけでもいいのではないかと思った。

しかし，これだと化学記法というよりは TeX 風記法で mhchem を使っているように見えてしまう。TeX ではバックスラッシュと波括弧が多用されるからこれが自然に見えるだけで，デライトでこれがぽつんとあっても違和感が大きい。特に波括弧はデライトにおいて特別な記号なので，濫用は避けたい。いずれにせよ行内と別行立ての書き分けが出来ず，書き分けせずに文脈で挙動を変えれば TeX 的でもなくなるので，良い案ではなかった。

「似た機能は似た形態に」という言語設計の原則に立ち返ると，やはり化学記法は数式記法に似ているべきだろう。

では，閉じ括弧前のバックスラッシュを省略可にするかと考えたが，これは実装上の問題が大きい。入れ子になりうる閉じ記号の処理は出来なくはないが一気に面倒になる。しかも，化学記法でそれをすると数式記法でもしないと整合的ではなくなる。現時点で化学記法の使い勝手のためにそこまでの実装コストを払う意義は見出せない。

（進捗時限記録中略）

課題だったテーマ切り替えボタンのイメージが急速に固まったため，ダークテーマ実装におけるテーマ切り替え用合いについてまとめて終了。

従来の上部メニュー（様子）で使ってきた歯車アイコンをそのまま太陽に見立て，トグルボタン風に装飾することにした。月は CSS のみで表現し，ラベルには「明」「暗」を使う。開発者通類で試しに装体を作ってみた（録落ち中のメニュー案）。

未録入りの場合はメニューの設定輪結の部分に，録入り中の場合は設定ページ <main> の右上に置く。この領当ては既に固まっていたが，テーマ切り替えボタンの細部がなかなか決まらなかった。昨日までは，緑色の太陽アイコン・月アイコンの右隣に「明るい」「暗い」のラベルを付ける程度の簡素なボタンをイメージしていた。しかし，これでは冗長な上に直感的とも言い難い。

ふと，トグルボタン風にしてみたらどうかと開発者通類で実験してみたら，想像以上に良かった。簡潔ながら邪魔にならない程度に目立ち，ぱっと見て役割も察しやすい。デライトのテーマ切り替えボタンとしてこれ以上の案は出ないと判断，採用を決めた。

歯車アイコンがそのまま太陽アイコンとして使えるというのは面白い発見だった。形状的にも設定という意味的にも似ていることに気付いて，設定輪結と入れ替えることを思いついたのはだいぶ前で，デザイン的な遊びが出来そうだとは思っていたが，アイコンは別に作るつもりだった。とりあえず実験中の代替として使ってみたら思いのほかしっくり来た。

月アイコンも，よく考えたら画像を用意するまでもなく CSS で十分なことに気付いた。結局，アイコン作成の手間も省けてしまった。

もう一つの課題として，応司のダークモードをどう扱うかという問題があったが，デライトでは明示的に切り替えた場合はその設定で固定し，出放りとしては応司の設定に従うことにした。

残る課題は装体整理のみとなったが，先日の装体整理兼ダークテーマ実装という思いつきでこれも好機に変わった。

輪郭小窓を閉じてから同じ輪郭で開き直した時にも輪郭小窓描写部のスクロール位置を初期化するようにして終了。

これまでスクロール位置がそのままになっていたが，これはこれで使い道があるかもしれないと放っておいた。結局，利便性においてはどちらが良いとも言えないので，直感的な方を取ることにした。さっきスクロールしたことを覚えていれば作業に役立つこともありそうだが，忘れていて一瞬混乱することが多かった。

出振るい済み。

第二次用合い改良，輪郭小窓実装。

じっくり調整して満足出来る仕上がりになったため，輪郭小窓実装はここで一段落とすることにした。まだこまごまとした課題が残っているため第二次用合い改良は継続する。

また，次の当努は包括的な全知検索整備に決めた。検索結果の改良はもちろん，大幅な高速化も望める。また大工事になるが，一応月内完了を目標とする。次の全知検索整備も「第〜次〜」と呼ぶことを考えたが，ちょくちょく手を入れているため区切りが難しい。とりあえず「新生全知検索整備」と呼んでおくことにした。

輪郭候補窓や輪郭小窓の無番輪符対応については少し迷ったが，どちらも全知検索を利用するため作業効率を考えて新生全知検索整備後に回すことにした。

輪郭小窓雑感

輪郭小窓については，機能・見触れともに十分な完成度に達したと言える。昨日手こずったタッチ事象も上手く整理出来るようになった。

装体に関しては，初回出振るい時には小さめにした前後景部と閉じるボタンを大きめに修正した（輪郭小窓の様子・完成形）。視覚的な無駄を削ったつもりだったが，他要素に被るものなので小さいと視認・操作に難がある。見た目も思ったより良い感じに出来た。

アンカーテキストを輪符に展開するだけだった従来の用合いに比べると劇的な進歩だ。デライトの用合いの転換点になるだろう。

第二次用合い改良雑感

中景輪符改良。

輪郭ページと知名選り手以外の知番輪結に最大化アイコンを追加していったん終了。小さい変化だが効果は大きいだろう。

中景輪符の知名輪結・知番輪結の役割は動かしようがない。旧デルン実装では，知名輪結で輪郭ページに飛び，再検索用に ? の輪結を置いていたが，再検索は多用するので直感的な方がいい。輪符における知名と知番の役割から考えても，単純性を保ちつつ整合性を取るとこの形になってしまう。問題点として，初心者にはそれぞれの役割が分かりにくかった。

他方，高さ固定を解除する方法が分かりにくいという問題もあった。最近，最大化アイコンを使った輪結をどこかに置くことを考えていたが，知番輪結と同じ機能を別の輪結に持たせると混乱を招く。結局，知番輪結が固定輪結であり特定の輪郭に注目する機能を兼ねている，ということを自然に学べる用合いが望ましい。ということで知番輪結の一部であることが分かるようにした。

これによって，知番輪結の機能が分かりやすくなり，知名輪結との機能の違いも発見しやすくなるだろう。

最近の一日一文で，読者が高さ固定を解除する方法に気付きにくいという問題が尚更気になっていた。動的に解除する手段も考えているが，これはこれで先々でも使えるだろう。

第零番節の省略，自我知番の省略が可能になることで知番が目立たなくなるが，これで丁度良い感じになりそうだ。3月31日の開発で輪郭ページと前後景検索ページの外観が変わらなくなったため，新しい目印としても丁度良い。

KNEST 隠し実装の再開や金風といった出来事で中断していた昨年9月以来，初めての Aejs の出振るいを終えた。最初は微調整程度でとりあえずの出振るいを目指すつもりだったが，あっという間に下見機能と陰影付きスクロールが形になり，一応の「新輪郭選り手」が出来た。

外観・操作性ともに洗練された新輪郭選り手で日々の描出がより快適になることはもちろん，下見機能で手定め・領当て調整が大幅に効率化することによりデラング整備も加速するだろう。そもそも Aejs の出振るいが出来なかったことで前縁に関して出来ることも限られていたため，その障害が無くなったことが大きい。

新輪郭選り手

（今回の出振るい以前を「旧輪郭選り手」，以後を「新輪郭選り手」と仮に呼んでいる）

新輪郭選り手では，@oln.bld に詰め込んでいた選り手関連の機能を @oln.edr_dln.bld，@oln.edr_knm.bld に整理し，複雑な機能を見通し良く管理出来るようになった。これにより，保守性はもちろん，全体として見触れが大きく改善した。

まず，これまで知名選り手は角丸長方形で，描写選り手は吹き描きに合わせた眼形で表示していたが，両方が開いている場合は「合体選り手」として眼形になるようにした（画面撮り：新規描出フォーム，再描出フォーム）。旧輪郭選り手では単独で開いた場合と外観が変わらず，調和感に欠けていた（画面撮り：新規描出フォーム，再描出フォーム）。挙動もより連動的になり，自然になった。

描写選り手の右脇に適当に付けていた取り消しボタンも，合体選り手では知名選り手・描写選り手を同時に閉じる機能が分かりやすくなり，見た目も洗練された。

描出ボタンも22日9歩の方針でまとめ，目障りにならないデザインを保ちつつ初心者にも分かりやすいものに出来た。

挙動面では，違了処理整備で若干表示のタイミングなどに出来ていたぎこちなさを解消出来た。外していた選り手の溶暗・溶明の動き付けも復活させ，滑らかに見えるようになった。