（進捗時限記録中略）

埋め込み記法・渡括記法に関する昨日の検討の続きで終了。

これまで「埋め込み記法」は渡括記法の一般向け名称としていたが，渡括記法の上位概念とすることにした。

「外部言語の埋め込み」を担う交度埋め込み記法の考案によって，これまでの渡括，すなわち「外部利素の埋め込み」に留まらない役割を持つようになったことが決定的だった。

概念として多くの人にはまず伝わらない「渡括」（トランスクルージョン）の代わりに「埋め込み」という表現を使うようになったが，これはこれで具体性に欠ける表現なので，結局「渡括記法（埋め込み記法）」のように併記せざるをえないという状況が続いていた。

妥協に過ぎなかった「埋め込み」という概念の曖昧さ，抽象性が交度埋め込み記法のような応用を可能にしたとも言えるので，むしろ積極的にこの抽象性を利用すべきではないかと考えるようになった。+ もどちらかといえば埋め込み一般に使うのが相応しい記号だ。

これで一般向けにも分かりやすい「埋め込み記法」を堂々と使えるようになり，すっきりした。

（進捗時限記録中略）

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

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

* 第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 の想定外だったのだろう。

（進捗時限記録中略）

10歩の検討に関連して，タグ記法の略記法で前景色・背景色をどう書き分けるかについて少し検討して終了。

廃案となった色記法では，（順序はともかく）%%black white%% のようにスペース区切りがいいかと思っていたが，これだとどちらか一方だけを指定したい時に困る。どちらを省略したか分かりやすい区切り記号が欲しい。

<{black:white}> では直感的にどちらがどちらだか分かりにくい。単純に一つだけ指定した場合は前景色にしたいことを考えると，<{前景色/背景色}> がいいかもしれない（ただ，後で考えると閉じタグ記号と紛らわしいか）。

<{前景色<背景色}> のように < や > を使えれば関係性は分かりやすく順序にも自由度を持たせられるが，そもそもタグ記法で使う記号なので美しくはない。

もう少し検討を続ける。

（進捗時限記録中略）

昨日，寝る直前にまた脳爆発があり，今朝にかけて文字装飾記法とタグ記法周りの概念整理・仕様整理が急速に進んだ。

文字装飾記法は，「文字装飾を伴う慣用表現」のための記法と位置付けることにした。太字記法（##），斜体記法（//），下線記法（__），打ち消し線記法（~~，翌日のまとめで「打ち消し記法」から改称）の4記法を基本とし，それぞれ所定装体（スタイル）を伴う <b>，<i>，<u>，<s> HTML 要素に対応する。

@ を使った文字サイズ記法，% を使った色記法も検討していたが，タグ記法の概念が出来たことで中途半端なものになるため，これは廃案とする。

文字装飾記法はこれがほぼ完成形か。

検討過程

3つの検討方針

実装自体は容易な部類で，記法も概ね固まっていたにもかかわらず文字装飾記法の実装に踏み切れなかった理由として意味論的な問題があり，これが思いのほか難題だった。実装方針は3通り考えられる。

1. 完全に意味論的な記法にする
2. 完全に装飾的な記法にする
3. 意味論と装飾を重ね合わせた記法にする

記法の趣旨からしても，軽量標記（マークアップ）言語の特性を考えても，1つ目に無理があるのは明らかだ。対応する HTML の <b>，<i>，<u>，<s> は，私が何度解説を読んでもややこしく感じる代物だ。それを多くの人が正しく理解して使うのは不可能だろう。そもそも「文字装飾記法」という分かりやすい説明体系を捨てることになるが，代替案があるわけでもない。

かといって，2つ目ももったいない。要は <span> で装体指定だけにするということだが，例えば，太字にはしたいが <b> にはしたくない場合，打ち消し線は引きたいが <s> にはしたくない場合がどれだけあるのかと考えると，無難を通り越して臆病過ぎる。失う可接性（アクセシビリティ）や応用可能性と釣り合わない。

最終的に採用することになった3つ目も，全く考えなかったわけではないが，柔軟性に欠け，前の2つの悪い所が組み合わされる気もして，有力案にはなっていなかった。

タグ記法による書き分け

この膠着状態を変えたのは，前日に概念としてまとまったばかりのタグ記法だった。

これまで，デラングにおける HTML は，どうしてもデラングで出来ない表現をしたい場合などの“抜け道”とか“救済措置”に近い位置付けで，積極的に使うことを想定していなかった。実際，個人的にはほとんど使っておらず，放置している不具合も多い部分だった。

デラングのタグ記法として間接的に HTML を使うことで，略記法の導入も可能になり，HTML 側の仕様変更に対しても一定の緩衝帯を設けることが出来る。ここに来て初めて，文字装飾記法でも「書き分け」が考えられるようになった。文字装飾記法に対応しうるのが全て1文字要素だったことも幸いした。

昨日の寝る直前に，##太字的な表現## と <{font-weight:bold}>太字</> のように書き分けるよりも，##太字## と <b>太字的な表現</b> のように書き分ける方がマシであることに気付いて，1つ目の実装方針案は完全に潰せた。

これにより一時的に2つ目の実装方針案が再浮上したが，標準的に使う記法として標準的な用途に最適化不足なのはやはり否めなかった。

決着

最終的に，「文字装飾を伴う慣用表現」という用者が自然に理解出来る範囲での意味論的な位置付けを与え，逸脱する用途ならタグ記法で書き分けるのが使用頻度に対して最適だろうという結論に達した。3つ目の実装方針案を洗練させた格好になる。

例えば，##太字## は「太字装体の <b>」に対応する。装体が邪魔なら <b>太字的な表現</b> と書けるし，意味が邪魔なら <{font-weight:bold}>太字</>（略記法は検討段階）のように書けるが，これらの場合が稀少なのは明らかで，記述量に上手く釣り合う。ワープロならともかく，軽量標記言語を手書きしようという人にとって難しい使い分けではないだろう。

そもそも，<b>，<i>，<u>，<s> は，古くからある視覚的要素が HTML5 で慣用的な用途を引き継いで意味論化されたものなので，「文字装飾を伴う慣用表現」と非常に相性が良い。相互変換にも全く問題ない。

何より，直感的に入力すれば構造的に出力されるというデラングの理想に適っている。

文字サイズ記法・色記法は廃案へ

文字装飾記法を「文字装飾を伴う慣用表現」と位置付けたことで，慣用表現を持たない文字サイズ記法・色記法は仲間外れになるが，タグ記法によって出る幕がなくなった感があるので，ここで廃案にすることとした。

第一に，タグ記法で略記法を整備した方が一貫性も応用可能性も高い。特定の値でプロパティを省略出来るようにし，<{white}>白い文字</> のように書ければ，%white%白い文字%% と書くのと記述量も大差ない。

もともとパラメーターを必要とする記法の異質感はあり，文字装飾記法の統一感を損うかという懸念はあったので丁度良かった。

波及的検討

波及的に，いくつかこまごまとした検討も進んだ。

組み合わせは「逆」ではなく「入れ子」へ

これまで，複数の文字装飾記法の組み合わせは #/太字と斜体/# のように，「記号を1つずつ逆さにした終了記号と挟む」といったややこしい説明を考えていたが，##//太字と斜体//## のような「入れ子」を #/太字と斜体/# と短縮出来るという考え方にした方が分かりやすいため改めることにした。

タグ記法の発展

今回の検討で，タグ記法が早くも実践的な役割を持つことになり，デラングにおける存在感が一気に増した。

タグ記法に HTML の仕様変更に対する緩衝的な役割を持たせること，要素名の省略で <span> にすることを考え始めた。

（進捗時限記録中略）

「前後記法」として検討していた記法を「前次記法」に改め，仕様を再検討して終了。

<- 前 | 次 ->

<- 前
次 ->

<- 前のみ

次のみ ->

以上のように，<- 前 | 次 -> を基本形とし，改行区切りや <- 前，次 -> のみでの記述も可能にすることにした。

デルンにあった類似機能から，「時間（時印）的な前後関係」を表現する記法として「前後記法」と呼んでいたが，文書では新旧にかかわらず読ませたい順序を指定出来る方が便利なので，より汎用的な「前次記法」と位置付け直した。

新旧を表すのに「前」や「次」というのはよく考えるとおかしいという意見もあり，私も何か良い代替表現はないかと考えていたが，慣用表現として定着しているのでこれは仕方ない。前ページ・次ページというように，左開きのページをめくっていく感覚なのだろう（左開き・右開きは書字方向との相性の問題なので，ウェブで右が次になることが多いのは一応合理的ではある）。

前回の検討では，以下のように書いていた。

前 <|> 後
前 <|
|> 後

これは他記法と区別しやすく簡潔ではあるが，見本はともかく少し長い文字列が入ると記号が埋もれがちで直感的とも言い難い。視認性を考えると，行頭・行末に分かりやすい記号があってほしい。

また，<|> はタグ記法で使う予定の </> と紛らわしい。| で始まる長い文字列があると，初心者には表組み記法と誤認される恐れもある。

他記法との区別しやすさ，簡潔性，直感性などを総合的に考慮した結果，最も素直な記法であろう <- 前 | 次 -> に落ち着きつつある。

雑多な考慮点を列挙しておく。

• 引用記法・出典記法・パンくず記法に加えタグ記法で <，> が多用される見込みなので，記法選定は慎重を要する。
  • < 前 | 次 > はタグと紛らわしい。
    • パンくず記法と衝突するため 次 > と短縮することも出来ない。
  • << 前 | 次 >> は検討中の行内出典記法と紛らわしい。
  • <- 前 | 次 -> はしいて言えば編注記法（<!– ... –>）に似ているが，紛らわしいというほどではない。
    • 回避策として <= 前 | 次 => が考えられるが，これは目立たせ方を変えることなどに使える可能性もあり温存しておきたい。
  • 次 -> は，1階層だけのパンくず記法 上 > とぱっと見紛らわしいが，記号の役割が分かっていればそこまで不自然ではない。
• 自然言語の表記慣習にも十分配慮する必要がある。
  • 将来的に普通の左右矢印（←→）を使えるようにしてもいい。
  • 「これ↓」のように，上記・下記の意では上矢印（↑）・下矢印（↓）が使われることが多いため，行頭・行末での左右矢印の用例はかなり限られる。
  • 行頭に左矢印（←）は滅多に使われないので問題ないだろう。
  • 行頭に右矢印（→）は「参照せよ」の意で使うこともあれば，結論・結果などを示す場合に使われることも珍しくないため，前次記法に使うべきではない。
  • 行末に右矢印が使われることは稀だが，しいて言えば「続く→」のように使われることがあるため，比較的前次記法と調和する。
    • 文章の流れを示すことに使われないとも言えないが，いずれにせよ稀少例なので越化で十分か，次行が空行であることを必須とするなどで対応出来る。