（進捗時限記録中略）

デラングの版存に関する昨日の検討の続きで終了。

今のところ，デラングの版存の最新定義は以下のようになっている（希哲15年5月15日の開発）。

0.01

DIL 0.1 の別名。

0.02

DIL 0.2 の別名。

0.03

現行版。

この定義は実装基準で行ったもので，その後の劇的な実装の変化に全く追い付かず，更新していない。そもそも，サービス中心に開発されている性質上，仕様と実装を一致させないことも場合によっては必要になり，区切りが難しい。

最新のデラングの位置付けを考えても，仕様と実装を分離し，デラングの版存は仕様基準に決めるべきだろう。それへの追随度で Dex の版存を決める。

0.03 は決定当時の仕様をもって再定義するとして，現在のデラング整備が一段落したところで 0.04 をまとめ，その次の 0.05 に破壊的変更をまとめることにした。この「破壊的変更」は，主に旧キーボード記法のウィキ互換輪結記法への転用を想定している。

Dex の版存は，現行版を形式的に Dex 0.01 としておき，次でデラングと歩調を合わせ Dex 0.04 とすることにした。

ずっと忘れていたが，今回の検討で「デラング 0.001」を描出していたことに気付いた。以下のような記述が残っている。

希哲13年7月27日，これまでの DIL との互換性を保った形で整理を進めることにした。

新規描出日時はデライト開発に着手したばかりの希哲13年2月26日。同年7月27日というとデライト正式離立に向けて大忙しだった時期で，すぐ忘れたのだろう。

実質的に 0.03 ということになるはずなので，ここで 0.03 の旧版号と再定義することにした。

デラング整備，輪結記法についての検討で終了。

1月19日1歩で考えた URL の省略記法だが，これは [https://example.com/abc ... xyz] という形式で導入することにした。これなら無理なく直感的だろう。

前々から考えていたリンクカードは，とりあえず，単独行に [https://example.com] での導入を考える。長い URL の場合に，[] https://example.com という代替記法があってもいいかと思っていたが，これはチェックボックス記法と紛らわしいため没とする。いずれにせよ，これ以上分かりやすい記法もないだろう。

行内で [https://example.com] を使った場合には題名を自動取得するなどの機能があってもいい。

前歩についてまとめながら，角括弧と知番による輪結の可能性に気付いたため急遽まとめて終了。

多重輪括弧が閲覧専用模動で後景一覧・輪郭ページへの輪結として機能するなら，その逆に閲覧専用模動への輪結手段があってもいい。いま角括弧と URL の組み合わせ（[アンカー https://example.com]）に対応している輪結記法を [アンカー K#XXXX/XXXX] の形で使えるようにするのが自然だろう。

更に，これは閲覧専用模動では同模動で普通の輪結になるのが自然なので，前歩で書いた「閲覧専用模動で強調も輪括弧の表示もせずに輪符を輪結化したいという場合」にも上手く対応出来る。

ここまでで若干もやもやしていた閲覧専用模動周りの仕様が大分くっきりしてきた。

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

キーボード記法の改良で終了。

従来の二重角括弧を使った [[X]] 記法に加え，アンダースコアを組み合わせた [_X_] 記法を使えるようにした。

旧記法は近いうちに廃止し，ウィキ互換の輪結記法に転用する。ハッシュタグ同様，単純に全知検索に飛ばすだけだが，他サービスからの移行者がデライトに触りやすくなったり，デライト向けに文書を書き直しやすくする効果が見込める。

大きな用途の変更であるため，時印によって適用版存を切り替えることになりそうだ。

11日14歩の検討で方向性は定まっていた。旧記法を導入した昨年3月11日はまだデラング整備の最初期で，あまり他サービス・他言語との互換性は重視しておらず，他サービスで採用例の多かった二重角括弧による輪結をキーボード記法に使うことも，独自性を出すのに良いだろうという程度にしか考えていなかった。

最近のデラングが，デライトにとっての利益を損なわない限り他サービス・他言語との互換性を最大化するという方針になっていることに加え，単純に旧記法の視認性の悪さが気になっていたこともあった。最近ではほとんど自分で使っていなかった。

[[Ctrl]] のようにキー名に長さがあればまだいいが，[[X]] では流石に記号が邪魔臭い。[_X_] という記法は当時検討した記憶があるが，[X] に対して物足りず決め手に欠けると感じたか，なんとなく見送っていた。[[X]] は「キーの立体感を表現しているように見えなくもない」（希哲15年3月11日2歩）と思っていたが，<kbd> の装体はデライトも含めて，四方を線で囲み，立体感を出すため上境界線よりも下境界線を目立たせるという形になることが多いため [_X_] の方がむしろ装体に近い。

逆括点を使った [`X`] という記法の採用例を見かけて悪くないと思ったが，まだ普及度も低い上，これは `[X]` との書き間違いが続出しそうだと感じたたため見送った。[_X_] ならその問題もなく，直感性でこれに勝るものはなさそうだ。

<kbd> は入れ子にすることも出来るので，[_Ctrl_] + [_X_] のような組み合わせも記法として扱うことを考えたが，実用上大きな変化はないはずなので後回し。