{> K#F85E/A-7311-4300}

（進捗時限記録中略）

文字サイズ記法の再検討で終了。

<<大きい文字>>，>>小さい文字<< として思い付いた文字サイズ記法だが，どこかで似たようなことを考えた気がすると思ったら，行内引用記法・行内出典記法だった（希哲15年6月23日2歩）。

引用記法・出典記法にせよパンくず記法にせよ，デラング記法における <，> が概ね“参照関係”を表す記号としてまとまりつつあることを考えると，これは向こうに譲るべきか。

代わりに，文字サイズとともに指定されることが多いフォントの指定機能も持った「フォント記法」の可能性を探り始めた。

（進捗時限記録中略）

ひょんなことから，予てからの課題だった折り畳み記法が急速にまとまった。

折り畳み記法は，他の部区記法と組み合わせて使える汎用的な記法として実装していくことにした。以下のように，部区の開始行末に ^ を加えることで，その部区（見出しなら階層下の内容）が折り畳まれるようにする。厳密に言えば見出しは階層下の内容を含む部区ではないが，例外的に扱う。

・リストの折り畳み ^
  ・折り畳まれる項目

* 折り畳む見出し ^
折り畳まれる内容

+{埋め込みの折り畳み K#XXXX} ^

検討中，これがネタバレや NSFW のような閲覧注意の内容に使えそうなことにも気付いた。

きっかけからまとまるまで

補足記法・注意記法についての検討で，終了記号に区切り線（--）も使えるようにすることを考えた時，以下のように区切り線の亜種として ^^ を使って折り畳めることを示してもいいのではないかと思い付いたことがきっかけだった。

?? 補足
補足内容
^^

この終了記号のように，他の部区にも統一的に応用出来る記法があれば何かと可能性が広がる。そこであれこれ検討してみると，部区の終了記号だけでなく開始記号側にも分かりやすい目印が欲しくなった。むしろそちらの方が自然な場合が多い。

^ に対応する記号なら v が考えられるが，Cμ などと異なり自然言語を扱うデラングでラテン文字は導入しにくい。日本語はともかく外国語で問題が起きないとも限らない。

何より，下向きの三角形が一般に展開されていることを表す記号なので，折り畳まれている記号として v を開始記号に添えるのは直感的ではない。となると，< も > もデラングではある程度活用の方向性が決まっているので，矢印的に使えそうな ASCII 記号は ^ しかない。

ここで，「行末に ^」を思いついた。これなら折り畳みの記号としての直感性もあり，他記法とも組み合わせやすい。パンくず記法で「行末に >」を採用する直前にあった案だが，微妙な違和感があり回避していた。この直感が大当たりだった。

そして終了記号の ^^ とも整合的に見える……と考え出したところで，今度はこっちの問題が気になってきた。まず，日本人の感覚ではぱっと見顔文字に見える。そこで，-- の亜種であることが分かりやすいように --^ を考えてみたが，空行を挟まないと特定の文字を指しているような記号に見える。

そもそも開始行末に1個あれば，特別な終了記号は要らないことに気付くまで時間はかからなかった。結果的に，非常にすっきりした形になった。

他の検討案

昨年6月18日の開発時点からは，以下の2案があった。

++ ラベル
折り畳まれる内容
--

? ラベル
折り畳まれる内容
!

前者がこれまでの最新案で，区切り線の -- と対応させて，++ を使う。ツリーの開閉記号にしばしば + と - が使われることに引っかけた案だったが，埋め込み記法（渡括記法）との紛らわしさから現時点での採用は考えにくい。特に最近では ++ を使った行内埋め込み記法を有力視していることもあった。無理に区別出来なくはないが，意味的な整合性を確保するのが難しい。

後者は，補足記法・注意記法の方向性が固まった今となっては採用の余地も皆無だが，当時から今回の検討のきっかけになった補足記法との組み合わせを考えていたことを示す案であり，歴史的な意義を感じさせてくれるものではある。

（進捗時限記録中略）

埋め込み記法（渡括記法）の応付子（オプション）などについての検討で終了。

概ね方針が固まってきた。

引数風の応付子

これまで埋め込み記法には，埋め込み方を細かく指定するような機能がなく，例えば画像埋め込みでも表示サイズや水平方向の寄せ方を指定出来なかった。この問題は当然当初から認識していたが，どうしてもごちゃごちゃしがちな部分なので，直感的で美しい記法を練るのに時間がかかった。差し当たり欲しいのは画像埋め込みで表示サイズや寄せ方を指定出来る機能だが，他の埋め込み対象でも使える汎用的な枠組みを整えておきたい。

そこで，[寄せ方指定スペース]+([応付])[埋め込み対象] の形式を採用することにした。例えば，添付譜類の PNG 画像を100x100で埋め込みたい場合，+(100x100)png と書けるようにする。

丸括弧内は，函数引数風にコンマ区切りで，埋め込み対象毎に使える応付子を設定する。引数名を指定出来るように a=x や a:x を受け取ってもいいが，柔軟性も必要なのであえて必須にはしない。スペースを含む文字列を扱いたい場合も考えられなくはないのでとりあえずコンマ区切りにしておくが，各引数の扱いは駒手欄の感覚に近い。

他の案として，+100x100 png や +100x100,png のように全てを引数的に扱うことも考えたが，あくまでも埋め込み対象を主とする応付の役割とまとまりが一番分かりやすいという点で丸括弧を採用する。また，埋め込み対象は URL など長い文字列になることも多いため，応付は + の直後に置く。あるいは，末尾に置く形と書き分けられるようにする。

水平方向の寄せ方

水平方向の寄せ方は，表組み記法で採用予定のスペースを使う方法を応用することにした。以下のように，+ 前のスペース無しは無指定，4つ未満は左寄せ，4つ以上で中央寄せ，6つ以上で右寄せとする予定。

+png            <!-- 無指定 -->
  +png          <!-- 左寄せ -->
    +png        <!-- 中央寄せ -->
      +png      <!-- 右寄せ -->

直感性でいえば矢印のような記号を導入することも考えられる。となるとまず < と > を使うことになるが，すでに多用しているため無闇に役割を広げると記号の意味が稀薄化しかねない。そうでなければ left，center，right のようなキーワードを導入するくらいしかないだろう。いずれにせよ，見た目的にもあまり美しくない。

当初，以下のようにスペースの数も表組み記法に合わせようとした（2つで中央寄せ，3つで右寄せ）が，いくつか問題がある。

+png         <!-- 無指定 -->
 +png        <!-- 左寄せ -->
  +png       <!-- 中央寄せ -->
   +png      <!-- 右寄せ -->

まず，表組みにおけるセル内での編集に比べそこまで編集効率は問題にならないためここまで短くする必要もなく，比較的長くなる後続文字列に対して目立ちにく過ぎる。単純に，スペース2つで中央寄せ，3つで右寄せの表現には見えない。

さらに致命的な問題は，いくつかの他記法との整合性だ。導入予定の字下げ記法では，行頭に全角スペースを使う。あまり好きな記法ではないが，Markdown の4つの半角スペースを使う交度記法も互換性のため導入する可能性がある。これらの記法を混ぜて書いた場合，視覚的な整合性が取れない。

そこで，行頭に使う寄せ方指定のスペースは表組み記法の倍とすることにした。交度記法にも使われる4つの半角スペースが右寄せに一致するよりは中央寄せに一致した方が違和感がずっと小さい。

行内埋め込み記法

おまけに，行内埋め込み記法についても少し考えた。

これまで埋め込み記法は部区として扱うことを主に考えてきたが，やはり行内埋め込みも必要だろう。まだ草案の段階だが，例えば以下のようにして画像に回り込む段落が作れると便利だ。

++png++ 左上の画像に回り込む段落。

パンくず部区の装体調整で終了。

font-size は 0.9em だと若干目立ち過ぎるため 0.8em へ（小書き記法と同じ），区切りの > は末尾のもの（gray）とメリハリを付けるため dimgray から black へ。改行された時に行間が開き過ぎる（line-height: 1.8 を継承）ため line-height: 1.4 を指定。

出振るい済み。概ね満足出来る装体になった（パンくず部区・装体調整後）。

パンくずリストを表現するためのデラング記法。

希哲16年1月14日，末尾に > を付ける形式で導入。

a > b > c >

不採用記法

^ a > b > c
^^ a > b > c
a > b > c ^