相変わらず開発が快調で，大輪郭整備を思い付いてから輪郭整備にほとんど時間を割けていない。もっとも，そろそろ頭の整理をしないと開発に集中出来ない，というところで考えたのが大輪郭整備だったので，完了を急ぐ必要も無くなってしまった。

大輪郭整備の内容よりも，その構想によって脳爆発下での思考整理に希望が持てたこと，視野が広がり思考の全体最適化が進んだことが良かったのだろう。

大輪郭整備については，15日までの完了を目指すことにしていたが，時期にこだわらず，全体の釣り合いを見ながらじっくり進めていくことにした。

その代わり，新しい目標が出来た。黄金週間を睨んだ第四次宣伝攻勢だ。

昨年の第三次宣伝攻勢でも，年度末・年度始めのデライト宣伝を抑制し，黄金週間を中心に宣伝攻勢をかけた。途中で開発課題の方が大きくなり自然に終息したものの，手応えは非常に良かった。

今年も気付けばそんな時期だということに，3月に入ってから気付いた。2月28日の組計整理ではそんなことは考えず，6月まで様子を見ることにしていたが，計ったように都合が良い。

波状宣伝の必要性に疑問が生じたこともあり構想として宙ぶらりんになっていた第四次宣伝攻勢だったが，金風あたりから想定に反してデライト高速化が停滞したり，デラング整備に重心が移ったことで，日常的なデライト宣伝も自然と抑制的になっていた。少数の理解ある用者しかいないというのも，デラング整備にとっては非常に快適な環境だった。

色々な偶然が重なり，気付けば機が熟しつつある。やるならこの時期しかないだろう。思いついたのが夜だったので細かいことを考える時間が無かったが，黄金週間に向けて調整していくことは決めた。

（14日の振り返り日記）

（進捗時限記録中略）

3歩がきっかけで久しぶりに実装予定の文字装飾記法について見直し，以下のように基本的な方針を整理した。

<<大きい文字>>
>>小さい文字<<
##太字##
//斜体//
__下線__
~~打ち消し線~~

下線記法については，_下線_ を有効にすることも考えていたが，適当に書いた時の誤解釈が増える懸念もあり見送ることにした。文字装飾記法は2個以上の記号で統一した方が綺麗にまとまる。簡潔な記法は追加するより削除する方がずっと難しいので，使用頻度を考えてもいまあえて導入する動機に乏しい。

……ここまで考えて，昨年6月23日10歩でも同じ結論を出していたことに気付いたが，再確認出来た。

太字記法については，昨年6月23日9歩では ++太字++ を検討しているものの，最近 ++ を行内埋め込み記法に利用することを考えているためこれは避けたい。そもそも「強調ではない太字」という微妙な要求のための記法であり，廃案も脳裏をよぎった。

分かりやすい代替記法がありうるのかと思ったが，意外と ##太字## が悪くない。「くっきりした」という意味のシャープにもかかっているし，見た目の濃さも丁度良い。後述の文字サイズ記法同様，記号の数で濃さを調整出来ても面白い。

ついでに，<<大きい文字>>，>>小さい文字<< という文字サイズ記法を思いついた。大きさ・小ささは記号の数で調整出来てもいい。直感性は申し分ない。

あまり文字を大きくしたいと思ったことはないが，小書き括弧記法を使わずに文字を小さくしたいと思うことはたまにあったので良い拾い物だった。

斜体記法，打ち消し記法については特に変更無し。

上線記法も検討していたが，ここまでで HTML の要素に相当するものは揃い，軽標記言語としての表現力は十二分なので，いったんここで一区切りとすることにした。

（進捗時限記録中略）

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

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

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

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

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

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

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

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

?? 補足
補足内容
^^

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

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

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

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

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

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

他の検討案

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

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

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

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

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

昨日の開発で思いついた方式はとりあえず（知番譜類格納方式の）「分割格納方式」と呼んでおくことにし，少し検討を進めた。

16時30分頃から3時間ほど歩いた。久しぶりに葛西臨海公園まで行き，湾岸の夜景を眺めて帰った。

昨日の散歩では少し浦安橋を越えたところまで行き，葛西臨海公園まで行ってみようかと思いついたが，少し時間が遅かったので引き返した。