用合いアイコンの CSS アイコン化実験に一日没頭した。

いくつか試作もしてみたが，やはりほとんどの用合いアイコンは CSS アイコン化出来そうだ。記号的な単純性と整合性を重視してきたことが功を奏した。上手く整理すればかなり利素が集約出来，高速化と保守性の向上が見込める。

background-image などで容易に装体として使い回せる画像と違って，DOM に要素を追加する必要があることだけが惜しい。疑似要素にも限界がある。element() が普及してくれればいいが，当面はスクリプトで補完することになりそうだ。総合的には利点の方がずっと大きい。

最小限の画像を filter や transform などの組み合わせで使うということも考えたが，細かい調整が煩雑になる。

全知検索演算子についての検討（1歩），交度埋め込み記法の実装方針検討と数式記法も含めた概念整理（5歩），知名デラングの対応方針についての検討（7歩），交度記法で対応言語スクリプトを動的に追加する方法についての検討（12歩）など，検討作業がよく捗った。

実作業も，交度写し取りボタン実装（13歩〜16歩），交度埋め込み記法調整などそこそこ捗ったが，特に大きかったのは，交度埋め込み記法と数式記法の概念整理が出来たことだった。

交度埋め込み記法と数式記法の概念整理

交度埋め込み記法では，対応言語に tex，latex，katex を追加した。これまで katex のみを追加するつもりだったが，意図の明示という観点から使い分けられる方が望ましい。例えば，KaTeX という実装にこだわらず LaTeX を書きたいということは十分に考えられる。

また，これまでは数式記法も KaTeX 交度埋め込み記法の糖衣構文程度に考えていたが，ここで「数式のための TeX 風記法」と位置付け直すことにした。これにより，例えば mhchem などの数式以外の応用は交度埋め込み記法を使うといった使い分けが可能になる。

Mermaid 対応以後，交度埋め込み記法で KaTeX に対応する機会を窺っていた。これは同記法を考案した時点で考えていたこと（希哲16年2月15日18歩）で，いずれ対応するつもりではあったが，30分もあれば十分だろうという実装コストの低さにもかかわらず，いまいち気が乗らなかった。

数式記法を糖衣構文として再定義する，それ以上の意義が見出せなかった。整合性という大義名分はあったが，悪い意味での冗長性を加えるような感覚もあり，なんとなくぼんやりした，すっきりしないものを感じていた。

（進捗時限記録中略）

譜類添付機能実装の課題だった用合いについて実装イメージが急速にまとまったので少し整理して終了。

希哲15年3月24日5歩で渡括記法を利用した添付譜類管理方式を考案し，その方向で進んできたものの，一点だけ，「埋め込みたくない添付譜類をどうするか」という問題が浮上し停滞していた。

これに関しては，ひとまず編注記法を活用することを思い付き，必要なら追い追い記法調整していくことで解決した。+[拡張子] を -[拡張子] のようにすれば非表示に出来るという記法も考えたが，埋め込み記法全体の整合性も考える必要があり，なかなかまとまらなかった。

昨年から輪郭選り手に添付譜類管理用の部区を設ける案も再検討していたが，やはりどう考えても美しい用合いにはなりそうにない。アイコンと拡張子を並べるとすると，当然添付譜類が多くなればごちゃごちゃしてくるし，少なければ無駄が大きくなる。何より，現状の輪郭選り手が理想的なばら成しなので，これ以上余計な部品を加えたくない。

渡括記法を利用した添付譜類管理方式の再評価の機運が高まっていたところで今日の思い付きが決め手となった。

深刻な不具合修正とボタン周りの挙動改良，輪郭削除ボタンでのみ輪郭削除が機能するように仕様を明確化・実装修正し装体調整（7歩）。これまでも輪郭削除ボタンを押下するのが輪郭削除の公式手順だったが，実装上は知名・描写を空にして送信すれば機能した。

不具合修正と輪郭削除ボタンの装体調整がきっかけで，やりたかった輪郭選り手の変更有無を表現する閉じるボタン（×ボタン）の装体イメージもまとまった。

検討中に新規描出フォームの細かい不具合も見つけたのでまとめて調整することにした。

第二次用合い改良でそれ以前にあった「知名欄にマウスオーバーすると自動的に捕活・全選択する」という機能が消えていたが，これを復活させるか検討。

特に意図したことではなく，当初は単に交度整理後の再実装を後回しにしていただけなのだが，これはこれで悪くないかもしれないと様子を見ていた。やはり写し取りに不都合を感じることが多く，全知検索窓との挙動の整合性もあるので復活に傾きかけていたものの，もう少し様子を見ることにした。

マウスカーソルが頻繁に横断する部分なので，捕活がころころ移ると別の問題が色々起きてくるだろう。これをやると描写欄にもマウスオーバーで捕活させたくなるが，そうなると誤編集の可能性も高くなる。その他，スクロールとの干渉など，相互作用を色々考えなくてはならない。

公開設定機能部分実装が一段落した。出振るい・手定めともに円滑に完了した。

全体として，当初想定よりは時間がかかったが，想定以上にすっきりまとまり満足出来た。

• 予定通り，upub 0（公開）と 14（未公開・非共有）に対応した。
  • 今後容易に拡張出来るようになっている。
• 領当ても予定通り，左上吹き描きでは中景部左肩に表示するようにした。
  • これで四隅から自輪郭・他輪郭を判別出来るようになったのも大きい（通常，左上が最初に目に入る）。
• 輪数取得改良で輪数表示が一部固定化したため，これとの整合性に少し悩んだが，未公開輪郭を含みうる数字と割り切ることで解決した。
  • 輪数表示と実際の輪数に差がある場合は「未公開輪郭が含まれています。」という表示を輪郭一覧末尾に加えるようにした。これだけで意外と十分だった。
• 新規描出フォームでは，localStorage を使って前回の公開設定を引き継ぐようにした。
• 未公開のアイコンは当初鍵マークを付けることを考えていたが，趣旨を誤解される可能性があるため，あえて付けないことにした（画面撮り）。
  • すっきりした印象になり，思っていたより良かった。
• 当初想定通り権限確認用函数 dg_b_prm_rd() の実装に成功したが，途中で条件式生成に切り替えた（後日再修正）。
• 最近気付いた効用として，交流したい人・したくない人の棲み分けがしやすくなることにも期待出来る。
  • 例えば新規用者が入ってきた時，積極的にやりとりすべきかどうかは意外と悩ましい問題だった。喜ぶか嫌がるかは求めているものや性格によって異なる。

吊るし輪郭×輪結改良。

いったん終了。

吊るし輪郭の×輪結には自輪郭検索を解除してしまう問題があるという思い込みがあったが，見直してみるとそこまで悪くないので不具合修正のみしておいた。

×輪結の役割は，吊るし輪郭を外して検索語を維持することだが，前後景検索や輪郭ページでは意図的に全輪郭検索を初期状態にしている。他用者とのやりとりに使うことも多いからだ。このため，輪郭を移動しながら×輪結を使うと全輪郭検索に戻ることになる。

挙動の整合性はあるが，初期状態では（検索語とは別に）自輪郭検索を反映する方がいいような気がしていた。localStorage を使えば実装が容易なことに気付いたものの，だんだん，大した問題ではない気がしてきた。自輪郭検索に戻りたければ自我アイコンがあるし，舞覧の戻るもある。私の場合，意識的に全輪郭検索を多用しているので自輪郭検索が外れやすいように感じているだけかもしれない。

変えるとすれば，吊るし検索で自輪郭検索になる条件の方か。

輪結先の URL 符号化が出来ていなかった問題を見つけたのでそれだけ直しておいた。

中景輪符改良。

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

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

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

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

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

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

（進捗時限記録中略）

色見本記法と，タグ記法にも応用出来る広義の「色記法」について少し進展があったのでまとめて終了。

色記法に関しては，背景色と前景色をどう表記し分けるかが課題だったが，色見本記法でどうせ % を使うのであれば，同時指定は [fg]%[bg] として，それぞれ [fg]%，%[bg] と書けるようにするのが良いかもしれない。

さらに，[fg]% は [fg] と略してもいいことにし，CSS との整合性を考え ; も区切り文字として使えるようにすれば，%[bg];[fg] のようにも書ける。色見本を %[bg]% で書けるとすれば，%[bg];[fg]% の短縮形ともみなせる。

この考え方なら，十分な柔軟性と明示性を持たせられそうだ。以下のような記法も概ね整合的に解釈出来る。

%black%    <!-- 小さな色見本を表示 -->
%%`black`  <!-- 指定内容の前に色見本を表示 -->
`black`%%  <!-- 指定内容の後に色見本を表示 -->

%%`black;white`%% <!-- 大きな色見本を交度付きで表示 -->

%%black;white
白文字に黒背景
%%

<{white%black}>白文字に黒背景</>
<{white;%black}>白文字に黒背景</>
<{%black;white}>白文字に黒背景</>
<{black}>黒文字</>
<{black%}>黒文字</>
<{%black}>黒背景</>

ただ，まだ確信には至っていない。もう少し煮詰める必要がある。

色見本記法がどれだけ必要とされるかは分からないが，デライト装体調整に有用なことは間違いないので出来るだけ早くまとめたい。