開発では想定をはるかに越える収穫のあったダークテーマ実装を一段落させ，大きな達成感を得た。

地道な調整作業の繰り返しという意味ではデライトの当努の中で最も面倒臭いものだったので，だいぶ気楽になった。

（13日の振り返り日記）

（進捗時限記録中略）

第二次用合い改良。

途中で終了。

もう一つ忘れていた，中景輪符の知番接頭子をクリック／タップで知番の写し取りが出来る機能の再実装と自我知番補完対応を済ませた。

ついでに，他輪郭の描写欄から写し取りの際に自我知番補完する機能も実装してしまおうとしたが，これは再考することにした。

写し取り時の置換なら素出の可読性を損わず理想的なのではないかと思ったが，交度など必ずしも好ましくない場合がある。混乱を避けるためにも暗黙的な動作は避けることにした。<textarea> からの選択文字列を取得するのも面倒臭そうだ。「利用者番号を補完する」チェックボックスが有力か。

デライト装体調整，URL 装体調整で終了。

直書き URL（<a.URI>）を font-size: 0.9em の等幅フォントにした（URL 装体調整前後）。字間無しは昨年6月30日の開発からだが維持する。

直書き URL のある描写が読みにくい問題はずっと以前から感じていて，何度か調整しているが，一昨日の開発中にふと，「文字サイズを小さくしていない」ことに気付いた。

昨年6月30日の開発で字間無しにしているが，等幅フォントにして変に目立ち過ぎるという理由で戻したりもしている。この時になぜ文字サイズを小さくするという発想がなかったのか不思議だ。他にも問題が山積していて思考時間が割けず，灯台の下まで目が行かなかったか。

今回は <kbd> や <code> の装体について考えていたところだったので，その関連で気付けたのだろう。

文字サイズはやはり0.9emが丁度良い。0.8emにすると長い URL はともかく短い URL を提示する時に今度は目立たな過ぎる。

これにより，十分凝縮されメリハリが付いたので，予てから検討していた長い URL の省略については保留とすることにした。

長い URL の省略は，簡単なようでいざ導入しようとすると意外と難しい問題がある。

まず，デライト上の文書の傾向からいっても，「ちょっと長い」程度の URL は省略したくない。URL の全体が情報として有用な場合がしばしばある。このあたりはマイクロブログなどとは事情が異なる。

では，どこで省略すべきかという問題になるが，長い URL を許容すればするほど比較的短い URL の読みにくさが解消されないというジレンマがあった。これは装体の調整で解決した。

そもそも輪結記法（[ ... ]）もあるので，現状維持で特に困ることはないだろう。そのうち https://example.com/abc ... xyx のような省略記法を導入してもいい。

ただ，パーセント符号化の復号はしたい。これは昨年3月22日2歩で決めていたことだが，少し面倒臭い部分がありいまだに実現していない。

アンダースコア略記法や内包子におけるアンダースコア記法の廃止についての検討で終了。

現状，譜類名（例：._acv）・台録名（例：/_kn/）・駒手名（例：_kn）などにアンダースコアを接頭子や略記法として多用していた時期の名残りが多くあるが，ほとんど活用していないため，いったん廃止することを決めた。

アンダースコア略記法やその応用記法の問題は，明示性・簡潔性ともに中途半端で，現実には使いにくいという点にある。より簡潔な記法や冗長な記法があると使い分け方が無駄に増えややこしいし，使い所が無い。

知機駒手では大分前から _kn よりも kn を使うようになっているが，9月9日13歩以後はこの kn も省けるようにしたため，_ の出番は完全に無くなってしまった。結局 _ よりも kn を使ってしまう理由は，どうせ面倒臭いなら分かりやすい方が良い，ということだった気がする。

これまでの経験上，十分明示的な冗長記法と短縮記法の2つにまとめていくのが一番良さそうだ。

KNIF に使っていたアンダースコア記法も廃止し，代わりに kn- 接頭子を導入することを決めた。

例えば，これまでの ._acv は冗長表記で .kn-acv，短縮表記で .acv となる。知機駒手同様，混同の恐れが無い場合は原則として短縮表記を用いる。

.kn.acv のようにすることも考えたが，一つの拡張子として認識されないと不都合なこともあるので，MIME 型（application/x-kn-acv）や正式名称の初期案に合わせる。KNIF の各形式に与える正式名称は，旧称 KFF の時は KFF- 接頭子，KNIF になってから KN-ACV のような KN- 接頭子になり，一時 KNIF_ 接頭子に揺らいだこともあったが（冗長過ぎる），これを機に KN- 接頭子で確定する。

アンダースコア記法に依存した実装を排除しながら段階的に置換を進めていく。

11時40分頃から1時間10分ほどサイクリング。13kmほど走った。天気も景色も気持ち良かった。

中央図書館を通って境川沿いに南下，明海海岸沿い緑道，総合公園を経由して日の出海岸沿い緑道東端まで行き，ほぼ同じ経路で帰った。

帰り際，久しぶりに中央図書館に入ってみようとしたが，入り口で検温と入館票の記入が必要だったので引き返した。昨年6月11日の散歩で行った時も似たような状況だったことを思い出したが，ここまで面倒臭くはなかったような気がする。当時はコロナが流行りだして間もない時期だったから，その後強化されたのかもしれない。

手前の公園が「浦安公園」と名付けられていたことを初めて知った。

昨日よりも風が穏やかで走りやすかった。ケイデンスを意識して漕ぐようにしたことで体力の消耗もだいぶ抑えられるようになってきた。少し力み過ぎだったらしい。

デバッグ環境整備で終了。

少し雑だが，std::set_terminate() や signal() の SIGSEGV でバックトレースを出力するようにした。これで，セグメンテーション違反や例外での異常終了時の状況を容易に把握出来るようになった。出力録保存機能との相性も抜群だろう。

早く出与えを得たいので出振るいしておいた。pkill -11 でしっかり記録出来ていることも確認した。

まだ細部で改良の余地はあるが，少しずつ調整していく。

backtrace() は C ライブラリなのでマングリングされたシンボルが出力されるが，デマングリングが少し面倒臭いので一応そのままにしておいた。大体の意味は分かるし，c++filt を通せば翻訳出来る。

そもそも Markdown は，Markdown.pl というごく単純なスクリプトから始まっている。移植したり改造しやすい単純性が最大の普及要因だったのだと思う。だから細部で不満点が多いのも当然といえば当然で，何となくその辺を改良した「○○記法」では覚えるのが面倒臭い，で終わってしまう。