（進捗時限記録前略）

描写内 <code>，<kbd> の装体調整で終了。これまで適当にしていた高さと垂直位置を調整した。

特に，輪結の下線と枠が被っているのが気になっていたので直したかったが，意外に正確な調整が難しく，かなり試行錯誤した。

最終的に，<code> と <kbd> は position: relative;display: inline-block にし，下線との隙間は bottom で調整することにした。あとは height，line-height，padding で微調整を繰り返し，ようやくどの舞覧で見ても大きな問題はないようになった。

舞覧毎に僅かな癖は残るが，だいぶマシになったのでとりあえずここで区切る。課題は残ったので暇をみてまた調整していく。

• 途中で不自然に改行されてしまう問題も行内部区になったことで解消した。
  • 折り返しは禁止し，長過ぎる場合は省略させようかと思ったが，overflow: hidden や overflow: clip を指定した時点で舞覧間で縦位置が揃わなくなるため保留。
• <a> の padding-bottom での調整は断念。ルビとの相性が悪く，行間も現状の line-height: 1.8 は変えにくい。
• Edge では他の舞覧のように下線の位置が下がらないため相変わらず被っている。

環境

SLFS の Firefox

デライト装体調整，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_] のような組み合わせも記法として扱うことを考えたが，実用上大きな変化はないはずなので後回し。

（「キー記法」でないのは一見して意味が分かりにくいため）

[[X]] から [_X_] へ。

[[Ctrl]] + [[X]] → Ctrl+X

[_Ctrl_] + [_X_] → Ctrl+X

Ctrl+X Ctrl+F → C-x C-f Emacs 風表記に使ってもいい。

デラング整備，Dex 改良，記法実装整理。

途中で終了。

code 要素の装体（スタイル）を調整。

背景色を交度部区（コード ブロック）に合わせていたが，これでは文中で悪目立ちして気軽に使いにくい。

結局，装体は kbd 要素に近くなった。

希哲館における珍奇な語彙といえば「日本語史上最大の翻訳語体系」こと希哲館訳語ばかりが注目されがちだが，実は，もう一つそれに負けず劣らず珍奇な言語関連望事（プロジェクト）がある。それが「交度英語」（Code English），略して「交語」（Codish）だ。

これは主に希哲館情報技術体系で利用しているもので，簡単に言えば，「英語を勘報機（コンピューター）向けに簡略化した人工言語」だ。

勘報（コンピューティング）の世界では，技術者であれば誰でも理解出来るような略語というものが多数存在する。例えば，std は〈standard〉，int は〈integer〉，str は〈string〉……といった具合だ。多くは「歴史的経緯」で定着したものだ。

一方で，こうした略語の使用を避けるという文化も優勢になっている。その主な理由は，「共有しにくい」からだ。特に新しい論組（プログラミング）言語では，英語を略さずに使う傾向があるため，妙に冗長な交度（コード）が増えた。

はっきり言おう。私は，これが非常に馬鹿げた考え方，いわば「略さない病」であると思っている。この病気によって世界から失われた効率性を金額に換算すれば天文学的なものになるに違いない。

よく考えてもみてほしい。略語というのは，どんな専門分野でも記録や情報交換の効率化のために自然発生するものだ。数学の一見意味不明な略語・記法は，数学者が本質的な仕事に専念するために編み出したものだろう。日夜神経を磨り減らして交度と向き合う情報技術者がそれを封じるのは，狂気の沙汰と言ってもいい。

実際のところ，「略語を使わない」ルールが徹底されているかというと，そうではない。例えば，String str; なんて記述は世の中に溢れかえっている。C++ には shared_ptr（pointer），Java には println()（line）なんてものがある。「モダン」なはずの HTML5 にも img（image）やら kbd（keyboard）やら残っている。こうした混在が当たり前になっているのが現状だ。なぜなら，「略語を使わない」というのは本来不自然なこと，無理のあることだからだ。

長い方に合わせるのは無理なのだから，短い方に合わせればいい。共有しにくいなら，「略語を使わない」のではなく，「略語の辞書を作る」ことを考えればいい。頻繁に使うものなら人間は慣れる。これがつまり，交度英語の考え方だ。

交度英語では，すでに定着している英略語を基礎に，実践を通じて新しい略語を提案，問題があれば修正しながら語彙を作り上げていく。

具体的には，論組をしながら，どう略せばいいのか分からない英単語にあたった時，私はまず適当に略してみて，それをデライトで検索する。他に前例があればそれと突き合わせて修正することもあるし，無ければどういう意図で使ったかを描き出していく。これを繰り返すことで，デライトが自然と辞書の役割を果し，妥当な略語の使い方に導いてくれるようになる。

これは基本的に希哲館訳語で行っていることと同じであり，デルン／デライトがはじめて可能にしたことでもあるのだろう。

希哲館ではまだ素交（ソースコード）の公開などはしていないので，交度英語を使った交度の実例としてすぐに見せられるものは少ないが，最近書いた「JavaScript の beforebegin，afterbegin，beforeend，afterend に代わる要素位置記法」などにはその片鱗が見えるかもしれない。

いずれ『希哲辞典』のように辞典として整えて公開することも考えているが，まずは考え方を紹介しておきたかった。

デラング整備，Dex 実装作業。

キーボード記法を実装して終了。出振るい済み。

Ctrl + Enter というように，二重角括弧で kbd 要素相当の表現が出来る。Ctrl のように輪符と組み合せることも出来る。