文書が整備出来ていなくてすみません。

水平線（区切り線記法）はハイフン2つ以上から有効です。ただし、直前の行は空行である必要があります。

直前の行が空行ではない場合、Markdown などでは以下のようにして見出しを作る記法があるため、互換性などの観点から未実装にしています。

見出し
-----

交度記法改良。

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

• 交度部区記法の開始記号・終了記号を対応する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`` でも，対応する逆括点さえ判別出来れば問題なく解釈出来るようになった。

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

（進捗時限記録中略）

昨日，15日24歩についてまとめながら，区切り線記法の線種と見出し階層の関係について整理する必要を感じたため軽くまとめて終了。

下線形見出しや階層区切り線で用いる線種は二本線・一本線・破線・点線の4種としていたが，それに対し，9日17歩で考えた10種は多過ぎる。どれが使えてどれが使えないのか，用者を混乱させる懸念がある。

4種に絞り込んでしまうことも考えたが，atx 式見出しとの互換性はともかく，10種案も極めて整合的なものではあり捨て難い。

ここで，二本線・一本線・破線・点線を出放りとしつつ，他の線種でも代替出来るようにすることを考え始めた。つまり，10の線種を4階層に振り分けてしまえばいい。以下のように，意外と綺麗に振り分けられる。

<!-- 第1階層 -->

=====
+++++
*****

<!-- 第2階層 -->

-----
= = =
+ + +

<!-- 第3階層 -->

- - -
: : :
* * *

<!-- 第4階層 -->

. . .

これに装体指定の機能を持たせてもいいだろう。元々第1階層見出しの下線は太い一本線だったので，代替しても大きな違和感はない。各見出し階層に相応しいように装体はいくらでも調整出来る。

（進捗時限記録中略）

不意に閃いた「階層区切り線」についての方針をまとめて終了。

従来の見出し未満の区切り線記法に，見出し階層を越えられる「階層区切り線」を加える。以下のように，唯一通常の区切り線と区別出来る見出し記号 #（全角 ＃ も可）を使う。

* 第1階層
** 第2階層

#========================#

第1階層段落。

#------------------------#

第2階層段落。

#- - - - - - - - - - - - #

第3階層段落。

#. . . . . . . . . . . . #

第4階層段落。

##

第1階層段落（# の数でも調整出来る）。

持ち辺（モチベーション）

従来の区切り線記法は，HTML において対応する <hr> の性質上，見出し未満の区切りにしか使えなかった。

見出し階層を作った後で描写全体に対するフッター的なものを書こうとすると第1階層見出しを作る必要があるが，しばしば大袈裟に感じられることがある。

検討過程

「空見出し」の挫折

今回の検討当初は，「空見出し」という概念を主に考えていた。区切り線の長さは任意であるべきなので，どう弄っても自然な形で階層を調整出来そうになかった。その点，見出し内容を空に出来れば手っ取り早い。

しかし，等号も星号も区切り線に使う予定なので，== のように第2階層以降で内容を空にすると衝突することになる。

区切り線の方を見直しても，-- が区切り線なら == はやはり二重の区切り線であってほしい。直感性，下線形見出しとの整合性を考えるとこれは捨て難い。星号による区切り線はそれに比べればまだ転用の余地があったが，その代わり * を使う Markdown の区切り線記法との互換性が損われる。

そもそも，「空見出し」という概念にも無理がある。文字を書くから見出しなのだし，実質的に区切り線なのだから，直感的とは言い難い。

「階層区切り線」の閃き

ここで，唯一区切り線記法と被らない見出し記号である番号記号を思い出した。

番号記号による見出しは，ハッシュタグや駒手記法との衝突を避けつつ atx 式見出しとある程度互換性を持たせるため，## のように2個以上を条件に対応していた。個人的に好きな記法ではなかったこともあり，おまけのような扱いで，ここまで気付かなかった。

すでに「空見出し」に難を感じていて，区切り線記法での対応に立ち返っていたことで，この ## が特殊な区切り線とみなせる特徴を持っていることに気付いた。記号を2個以上繰り返す，区切り線に見える記法で，実際，普文の枠線的な装飾に使われることが多い記号でもある。

特に，区切り線記法としての統一感・直感性を保てる2個で第1階層を表せるということは決定的に重要な点で，見出し記号の個数と階層関係が一致しないとどうしてもちぐはぐに見えてしまう。これは，衝突を回避したとしても等号・星号では解決出来ない問題だ。区切り線記号としての最短形が見出し記号としての第1階層に対応しうる唯一の記号が番号記号だった。

ただし，通常の区切り線記号と異なり，個数が階層に対応するため，普文の装飾を兼ねられないという問題があった。上位階層の区切り線を普文上で目立つように書けない。

これは，最新の区切り線記法と下線形見出し記法の検討（9日17歩，19歩）を踏まえ，見出し階層に対応する4種の区切り線と組み合わせる形で解決することにした。つまり，第1階層から順に最短形で #==#，#--#，#- -#，#. .# というように区切り線と組み合わせることが出来るようにする。これがまた都合が良いことに，よくある装飾に見える。

9日15歩以後，見出しの下線と区切り線は長さで区別出来るようになっているため，区切り線の装体にはある程度多様性を持たせて問題ない。一方，見出しの下線は階層を表す装体になっているため，一定の制限が必要になる。この点でもぴったり噛み合った。

別に2個以上で良いだろうと実装した区切り線記法，おまけ感覚で付けた番号記号による見出し記法，最近の拡張方針……何気ない全てがパズルの要素だったかのように思える神秘的な閃きだった。

番号記号見出し仕様の厳密化

この階層区切り線の考案を機に，番号記号による見出しは常に2個を最上位階層とすることにした。つまり，*，= と ## で始まる見出しはともに最上位階層を表す。

これまで，異なる見出し記号を併用することは特に想定しておらず，実際使われていないはずなので，記号の個数は単純に計算していた。見出し階層は相対的な個数で決まるため，* で始まる見出しがあると ## は第2階層になる。これは階層区切り線と整合しない。

特に仕様として決めていたことではないため，ここで厳密化することにした。

実装上の課題

仕様は完璧に思えるが，実装上の課題は残った。

HTML と CSS の機能的には，可接性を保ちつつ見出し要素を隠すことは造作もないが，SEO 上の懸念が多少ある。今の検索演心の評価理積みはそこまで単純ではないだろうが，伝統的に見出し要素は隠すべきではないとされてきただけに，どこまで不利になるか分からない。出来るだけ行儀の良い実装方法を見つけたい。

そもそも見出し要素を空にしてはいけないのか，<section> あたりを使って上手く誤魔化せないか，など色々考えてみたが，どれも多かれ少なかれ怪しさが残る。

見出しの無い階層区切りというのは HTML の想定外だったのだろう。

（進捗時限記録中略）

Markdown の setext 式見出しをどうデラングの見出し記法に取り入れるかの検討で終了。

区切り線と混乱しないようにというのが課題だったが，現在のデラング実装では，段落直後に続く区切り線記法が機能していないことに気付いた。明確に意図していたわけではないはずだが，既存輪郭についての心配は要らなくなった。好都合な偶然だ。

とはいえ，省割として空行を挟まずに使える利便性も捨て難いので，5日3歩の方針は維持すべきか。

= か - を3つ以上というのは，2つは体裁を考えずに省力のために使うことが多いということと，3つ以上で区切り線を引こうとする人なら Markdown の setext 式見出しにも気を付けるだろうという狙いがある。

これと，最新の見出し装体，前歩の区切り線記法についての検討を総合すると，以下のように破線・点線を加えた拡張の可能性も見えてきた。

第1階層
=======

第2階層
-------

第3階層
- - - -

第4階層
. . . . 

（進捗時限記録中略・前後）

区切り線装体の調整ついでに，区切り線記法の種類について軽く整理して終了。

実際にどこまで実装するかはともかく，以下のような形が整合的か。

--    <!-- 細い線 -->
==    <!-- 二重線 -->
++    <!-- 太い線 -->
**    <!-- 太い線 -->
- -   <!-- 細い破線 -->
= =   <!-- 二重破線 -->
+ +   <!-- 太い破線 -->
. .   <!-- 点線，スペース無しは省略記号として使いたい場合に問題か -->
: :   <!-- 二重点線 -->
* *   <!-- 太い点線 -->

デライト装体調整で終了。

<hr> の幅を左右1emずつ短くした。これで見出しの下線と見分けやすくなった。

前々から感じていたが，見出し装体に使っている下線と長さが同じで，特に第2階層とは全く同じ線の装体を使っていたため，見出し記法と区切り線記法を併用するとどの階層の区切りなのか直感的に分かりにくかった。

見出しに対して他の要素を下げる方が直感に適う気がするが，無駄な余白が出来すぎるなど領当て上の難しさがあるため，いったんこれで良しとする。

（進捗時限記録前略）

下線形の Markdown の見出し記法の導入について検討して終了。

• 3つ以上の = か -
• 1つ以上の空行が続く

という条件を加えることで，従来の区切り線記法と上手く使い分け出来るか。

見出し
======

段落

見出し
------

段落

見出し装体についての再検討で終了。

微妙な文字サイズと 1px の下境界線の太さしか違わない <h2> と <h3> の見分けにくさをどうするか考えていたが，目立ち方を大きく変えずにとなると，<h2> の下境界線を二重にするくらいしかなさそうだ。

ついこのあいだ Markdown の見出し記法とこの見出し装体の相性が良いことに気付いて導入を考え始めたので整合性が取れると面白いが，区切り線記法との兼ね合いも考える必要がある。