URL 内にデラング記法として解釈出来る文字列があるとタグを巻き込んで変換してしまう不具合（報告1，2
，3
）の修正で終了。出振るい・手定め済み。
だいぶ前に用者の描出で気付いたが，デラング周りの整理が進まず良い解決策が見つからなかった。HTML 崩れの問題を起こす事例が増えてきたため，交度記法と同じ手法で全体を越化するようにしていったん解決。
ついでに丸括弧との組み合わせで前後に文字列がある場合にも対応しておいた（これまでは URL 単体のみ対応）。他の括弧類や文字装飾記法などとの組み合わせについても検討しておく。
取り下げ
Highlight.jsのMarkdown用の装飾でそうなっているだけでした。
デラングの解釈に問題はありません。
お騒がせしました。
**で囲まれた部分が──**という文字自体は消えずに残っている(これは交度記法としては正常)にもかかわらず──太字になってしまいます。また，HTML文字参照によって越化することもできません。
すいません，この描出においては不明な理由で再現しなくなりました。
依然として再現している輪郭はHTTP状態符号の平易な言い換えなどです。
`` **太字になってはいけない** **←これでは回避できない ``
**太字になってはいけない**
**←これでは回避できない
&など）を使えばいいので，要望を取り消す。全知検索演算子についての検討（1歩），交度埋め込み記法の実装方針検討と数式記法も含めた概念整理（5歩），知名デラングの対応方針についての検討（7歩），交度記法で対応言語スクリプトを動的に追加する方法についての検討（12歩）など，検討作業がよく捗った。
実作業も，交度写し取りボタン実装（13歩〜16歩），交度埋め込み記法調整などそこそこ捗ったが，特に大きかったのは，交度埋め込み記法と数式記法の概念整理が出来たことだった。
交度埋め込み記法では，対応言語に tex，latex，katex を追加した。これまで katex のみを追加するつもりだったが，意図の明示という観点から使い分けられる方が望ましい。例えば，KaTeX という実装にこだわらず LaTeX を書きたいということは十分に考えられる。
また，これまでは数式記法も KaTeX 交度埋め込み記法の糖衣構文程度に考えていたが，ここで「数式のための TeX 風記法」と位置付け直すことにした。これにより，例えば mhchem などの数式以外の応用は交度埋め込み記法を使うといった使い分けが可能になる。
Mermaid 対応以後，交度埋め込み記法で KaTeX に対応する機会を窺っていた。これは同記法を考案した時点で考えていたこと（希哲16年2月15日18歩）で，いずれ対応するつもりではあったが，30分もあれば十分だろうという実装コストの低さにもかかわらず，いまいち気が乗らなかった。
数式記法を糖衣構文として再定義する，それ以上の意義が見出せなかった。整合性という大義名分はあったが，悪い意味での冗長性を加えるような感覚もあり，なんとなくぼんやりした，すっきりしないものを感じていた。
language- 接頭子}{希哲17年1月21日の進捗時限}(27)交度記法で，言語の類型名に language- 接頭子を付けるようにして終了。
highlight.js 11 からは language- 接頭子付きを優先するようになったようで，付けずに非対応言語名を出力すると自動検出言語に上書きされてしまうことがある（似たような挙動は昔からあったような気もするが，詳しく検証している時間が無い）。
5歩の検討通り，交度埋め込み記法の対応言語に tex，latex，katex を追加した。出振るい・手定め済み。
非対応言語では通常の交度記法同様の交度部区で表示するようにした。特に定義していなかったため Mermaid で使う <pre.mbd> で表示されていたが，これは交度部区にもならず，描画途中で目立たないように薄い文字色にしており普通に読みやすいものではなかった。
ついでに，<pre> に設定していた #DCDCDC の文字色を <pre.cd> に移した。これは Zenburn の文字色で，構文配灯の前後で文字色を一定させるためのものだったが，背景色を設定していない普通の <pre> がほとんど読めなかった。
さらについでに適当なマージンも設定しておいた。<pre> はタグ記法も未整備で他に大した用途が無かったので長いこと調整せず放っておいた。
交度記法で対応言語スクリプトを動的に追加する方法についての検討で終了。
ずっと後縁で処理することを考えてきたが，動的更新を考えるといずれにせよ前縁での対応も必要になることに気付いた。前縁・後縁で別々にスクリプトの対応関係を管理することは考えたくない。
後縁では言語名の正規化・変換，前縁ではスクリプトの動的追加と役割分担させることにした。
日次出場抜控の整理作業（6歩），当努整理（7歩）を済ませ，デラング整備では Mermaid 対応を終えた（14歩）。出振るい済み。
Mermaid 自体は自分で使う予定もなく，他用者からの要望があったわけでもないが，個人知識管理サービス界隈では人気のある付徴なので一定の客寄せにはなるだろう。
今後の応用可能性を考えると，一年近く前に考案した（希哲16年2月15日18歩）交度埋め込み記法をようやく実装出来たことが一番大きな収穫だった。実際試してみると，Mermaid のような交度を埋め込む記法とはかくあるべきだと強く感じる。Mermaid 対応は交度記法をそのまま使った雑な実装が目立つ。言語開発者としての自信を深めることも出来た。
というか，GitHub 開発者よりデライト開発者の方が賢い証拠ではないか。つくづく不思議だったが，コードフェンスに Mermaid の素出を書いて図表を表示することを思いついた人は，コードフェンスに TeX の素出を書いても数式が表示されない理由について考えなかったのだろうか。それを平気で受け入れる人が多かったということは，それが普通の開発者の言語感覚なのか。