デライト装体調整，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歩で決めていたことだが，少し面倒臭い部分がありいまだに実現していない。

「日本はどう逆転するか」を書き上げることに専念した日だったが，このデルン史上最長文のおかげで，いくつか開発上の進展もあった。

仕様を決め兼ねていた字数計だが，描写選り手を開いた時にソースの字数計を表示し，閉じた時にデラング処理後の字数形を表示するというのが良さそうだ。これなら実装も容易で，無駄なく表示出来る。

「日本はどう逆転するか」の字数が気になったことが糸口だったが，字数形は地味ながら需要の高い機能なので，それなりの収穫だった。

描写選り手の字間調整。描写選り手では letter-spacing: normal を採用することにした（10歩）。

表組み記法との相性の問題もあったが，行数が節約出来，知番のような記号列が間延びしないなど利点も大きいことに気付いた。

描写選り手の字間調整から URL（a.URI）の字間を無くしてもいいことに気付き修正。視認性のため等幅フォントにしてもいいかと思ったが，フォントによっては変に目立って読み流しにくいため，プロポーショナルのままにしておいた（読みやすくしたければ選り手を開けばいい）。

URL を含む描写の可読性は以前から気になっていた問題で，復号化したり，長い URL を省略したりする必要があるとは考えていたが，これは盲点だった。

一日一文の途中で，ふと描写選り手の letter-spacing が気になり，調整してみた。

知名欄・描写欄ともに letter-spacing: normal で様子見することにした。これまでは letter-spacing: 0.1em が設定されていた。

一昨日の表組み記法仕様検討で，半角・全角混じりでは等幅フォントでも厳密に文字が揃わないことに気付いたが，この主な原因が letter-spacing だった。全角1字に対して半角2字では1つ分の字間が余ってしまう。

CSS だけで簡単に解決する方法は無さそうなのでどうしようかと思っていたが，「日本はどう逆転するか」を書きながら選り手を眺めているうちに，意外と字間が無くても良いかもしれないと思えてきた。

そもそも選り手では知番をはじめとして記号的な半角文字列が並びがちになるため，これにいちいち字間が開くとかなり間延びして見える。間延びすれば当然行数も増え，全体が把握しにくくなる。字間を無くしてみると文がぎゅっと凝縮されて意外と視認性は悪くない。縦に文字が揃いやすくなり，より整然として見える。

実は表組み記法仕様検討の際，少し複雑な表を作ろうとすると選り手の横幅が足りないのではないかという気もしたが，字間が無ければこの問題も多少は軽減する。

交度部区ではもともと字間を開けないようにしていたが（たまたまそうなったのか，あえてそうしたのかは忘れたが，交度でもやはり横に間延びするのは問題），これと整合的になり，交度も書きやすくなるだろう。

知名欄も，少し長くなると横幅が足りなくなると感じていたため，同じ設定にしておいた。

そもそも編集欄にも字間を設定していたのは，その方が見やすいはずだという思い込みによるところが大きかったので，これに気付けたのは収穫だった。

描写選り手のフォント調整。

描写選り手は等幅フォントで良いとして，よく考えると，知名欄や全知検索窓はどうするという問題があった。

描写欄が等幅で知名欄がプロポーショナルというのも違和感があるため，両方が開いている場合は等幅で統一，知名欄だけが開いている場合は直感性を重視しプロポーショナルにしておくことにした。これなら全知検索窓がプロポーショナルでも整合的だ。

知名欄と描写欄は同時に開いている場合合体させることを決めている（3月10日11歩）ため，これで自然に見えるだろう。

細かい調整は追い追いするとしてまずは方針検討のみで終了。

描写選り手のフォント調整。

いったん終了。

兼ねてより等幅フォントにしたかったものの後回しにしてきたが，最近になって交度を書くことも増え，定表記法の導入でも必要になってくるため，等幅フォントで調整した。

くぐり検索で当該輪郭の時印が表示されていない問題があったため修正するとともに，新規描出も含めた表示方式について検討。

これまでは，新規描出か再描出の時印のみを 2020-01-01 01:01:01（%Y-%m-%d %T）の形式で表示していた。

暫定的に，🔃 のような適当な絵文字でも使っておくかと思ったが，絵文字は端末による表示が一定せず，画面もごちゃごちゃして見えるため好ましくない。

そこで様々な記号を検討した結果，再描出された輪郭は ↑ と ↓ を頭に付けた時印を2行で表示する形式を考案した。単純でありながら，上描き・下描きの表現にも，デライトの待欄の流れにも合って見える。上下を合わせると範囲を表す記号としても直感的だ。逆に，組み合わせず ↓ だけだと意味が分かりにくいため，再描出されていない輪郭については従来通り何も記号を付けずに表示することにした。

ただ，妙に文字が多い気がしてよく見ると，秒まで表示していた。こうしてみるまで，まじまじと見たことが無かったため気付かなかった。%Y-%m-%d %H:%M 形式にして大分すっきりした。

2行で揃えたいため等幅フォントにしたが，Chrome で文字が小さく見える問題を思い出し，sans-serif 等を同時に指定すればいいという方法を知った。これで知番の大きさも揃えられる。

これで時印はかなり確認しやすくなった。

時印部が最大2行になったため，余白の調整などをして終了。