知名処理改良。

いったん終了。

知名の HTML と素出を上手く切り分けられるようにして，デラング記法に対応しやすくした。

とりあえず，中途半端だった交度記法に完全対応し，ほかキーボード記法，色見本記法，数式記法に対応した（画面撮り1，画面撮り2）。問題だった素出の写し取りに関しては，輪括弧のクリックによる写し取り機能で暫定対応。

併せて使うことが多いパンくず記法でも対応記法を拡充。

だいぶ見やすくなった。

ここでやっと Cμ 文字列処理改良前に片付けたかった問題が全て片付いた。

ご質問ありがとうございます。

輪郭法というのは，「輪郭という概念を中心にした世界の捉え方」です。哲学用語でいう弁証法に近いイメージで使っています。それをデータモデルとして利用した技術がデライトです。

デラングは，そのデライトをより便利にする技術です。もともと公開前は HTML やプレーンテキストなど，描写用の言語を選択出来る設計でした。また，デラングとして解釈されてもデラング記法を使っていない輪郭や描写内容のない輪郭が多数あります。デラングがなければ輪郭法を十分に活用出来ないということはありえますが，理論上必須のものではありません。

KNEST 隠し実装の再開や金風といった出来事で中断していた昨年9月以来，初めての Aejs の出振るいを終えた。最初は微調整程度でとりあえずの出振るいを目指すつもりだったが，あっという間に下見機能と陰影付きスクロールが形になり，一応の「新輪郭選り手」が出来た。

外観・操作性ともに洗練された新輪郭選り手で日々の描出がより快適になることはもちろん，下見機能で手定め・領当て調整が大幅に効率化することによりデラング整備も加速するだろう。そもそも Aejs の出振るいが出来なかったことで前縁に関して出来ることも限られていたため，その障害が無くなったことが大きい。

新輪郭選り手

（今回の出振るい以前を「旧輪郭選り手」，以後を「新輪郭選り手」と仮に呼んでいる）

新輪郭選り手では，@oln.bld に詰め込んでいた選り手関連の機能を @oln.edr_dln.bld，@oln.edr_knm.bld に整理し，複雑な機能を見通し良く管理出来るようになった。これにより，保守性はもちろん，全体として見触れが大きく改善した。

まず，これまで知名選り手は角丸長方形で，描写選り手は吹き描きに合わせた眼形で表示していたが，両方が開いている場合は「合体選り手」として眼形になるようにした（画面撮り：新規描出フォーム，再描出フォーム）。旧輪郭選り手では単独で開いた場合と外観が変わらず，調和感に欠けていた（画面撮り：新規描出フォーム，再描出フォーム）。挙動もより連動的になり，自然になった。

描写選り手の右脇に適当に付けていた取り消しボタンも，合体選り手では知名選り手・描写選り手を同時に閉じる機能が分かりやすくなり，見た目も洗練された。

描出ボタンも22日9歩の方針でまとめ，目障りにならないデザインを保ちつつ初心者にも分かりやすいものに出来た。

挙動面では，違了処理整備で若干表示のタイミングなどに出来ていたぎこちなさを解消出来た。外していた選り手の溶暗・溶明の動き付けも復活させ，滑らかに見えるようになった。

まだ様子見が必要だが，違了処理整備のあたりから出来ていた不具合の解消も期待出来る。特に，描写選り手が二重に開いたり，デラング記法を消去して再描出してしまう不具合が稀に起こるのが気になっていた。

今回の目玉となった下見機能は，思わぬ形であっさりまとまった。感触も良く，色々な場面で活躍してくれるだろう。

陰影付きスクロール

26日14歩に出来た陰影付きスクロールも同時に出振るいした（画面撮り）。下見機能にも有用と気付いたことで実装に踏み切れた。

背景色に溶暗していく「溶暗付きスクロール」として考え始めたのは昨年3月11日9歩だったが，空行が続くこともあり閲覧性も必要な描写部には不向きと気付いてからは，薄い陰影を付ける方向で実験していた。

これも簡単なようで調整が難しかった。陰影がかかる高さ・濃さ・画段の微妙な緩急の調整を繰り返し，さりげなく，かつ分かりやすい理想的な陰影がようやく作れた。一時，linear-gradient() ではなく radial-gradient() を使って中央に丸みのある陰影を試したが，交度部区などに重なった時に視認出来なくなるためやめた。

諸場舞覧などスクロールバーの出ない舞覧でスクロール可能であることが非常に分かりにくいという用合い上の欠陥がこれで解消した。スクロールバーの出る舞覧でもより直感的にスクロール可能であることが分かるようになり，効果は大きい。

交度記法改良。

以下の作業を終えたため，ここでいったん終了。

• 交度部区記法の開始記号・終了記号を対応する2個以上の ` で任意化（これまでは ``` 固定）。
• 交度部区記法の言語名でデラング，Cμ，νS に対応。
• 行内交度記法内の逆括点処理の実装を完了。

これにより，デラング記法の例示も洗練された。

```txt
これまでのデラング記法の例示
```

``dlng
これからのデラング記法の例示
``

交度部区記法の開始記号・終了記号については，これまで ``` 固定だったため，交度部区記法内で交度部区記法について例示出来ないという問題があった。

行内交度記法で逆括点の数を調整出来るようにして（1月17日15歩）から，この方式で統一することを考えていた。

これを機に，逆括点の数は2個でも可とした。区切り線記法は最初から Markdown などで一般的な3個以上ではなく2個以上の - で導入したが，交度部区記法では確信が持てなかった。

交度部区記法実装からちょうど一年経ち，3個以上でなければならない理由はない，と使用経験から判断した。なんなら1個でも解釈上の問題はないはずだが，目印としての機能を考えると2個が限度だろう。他の記法との統一感もある。

これまで外部ライブラリ（highlight.js）任せだった交度部区記法の言語名を自主的に管理する第一歩として，取り急ぎデラング，Cμ，νS に対応した。

デラング，delang，dlng，dln を txt に，cμ，cu，u を cppに，νs，vs を js に，それぞれ Dex 側で変換する。とりあえず大文字小文字は区別しない。

これまではデラングを txt などと書いていたが，意図の明示という観点から問題があった。これなら今後構文ハイライトに対応した時に書き換えずに済む。

言語名の対応関係については実装に委ねるべきかとも考えたが，将来的に混乱の元になりそうな部分なので，対応関係は言語仕様で規定し，構文ハイライトなどは任意実装とすることにした。

また，用者が未定義の言語名を使用出来るように，例えば ```newlang(oldlang) のように代替言語名を指定出来る記法の検討も開始している。

1月17日15歩で，外側の逆括点の数を調整出来る仕様にしたが，`` `a` `` のように外側より少ない個数でないと上手く解釈出来ないなど中途半端な実装だったことを思い出し，実装を完了させた。

これで ` ``a`` ` でも `` `a` `` でも `` `a`` でも，対応する逆括点さえ判別出来れば問題なく解釈出来るようになった。

全て手定め・出振るい済み。

• %%(red) で ，%%(#00FF00) で ，%%(rgb(0,0,255)) で のように，2個以上の % と CSS の色表記で色見本が表示出来る。
  • % で色の配合を表現している。
  • 色分け図表の凡例にも使える。
• %%%(red) で ，%%%%(red) で のように，% 1個毎に8px幅が広がる。
• %%`red` で red，`red`%% で red のように，行内交度記法と組み合わせると交度の前か後ろに表示出来る。

検討中

%black%    <!-- 小さな色見本を表示 -->
%%`black`  <!-- 指定内容の前に色見本を表示 -->
`black`%%  <!-- 指定内容の後に色見本を表示 -->

%%`black;white`%% <!-- 大きな色見本を交度付きで表示 -->

%%black;white
白文字に黒背景
%%

<{white%black}>白文字に黒背景</>
<{white;%black}>白文字に黒背景</>
<{%black;white}>白文字に黒背景</>
<{black}>黒文字</>
<{black%}>黒文字</>
<{%black}>黒背景</>

輪郭符号の書き方。

<- 前 | 次 ->

<- 前
次 ->

<- 前のみ

次のみ ->

前 <|> 後
前 <|
|> 後