デライト扉調整で終了。

入力欄の説明にあった「※」を削除（デライト扉の様子）。フォーム部品装体調整で相対的に目立つようになっていた。

あとは暗証語確認用の入力欄を初期状態で非表示にすればもっとすっきりするだろう。

描写欄の高さの問題をきっかけに自動リサイズ機能と字数計の実装が出来た。ほか装体調整など。

出振るい済み。

自動リサイズ機能

旧輪郭選り手では，描写欄の出放りの高さを新規描出フォームで10em，再描出フォームで15emとしていたが，新輪郭選り手ではたまたま15emで統一されていた（画面撮り）。10emでは長文が書きにくいのでこれはこれでいいかと思ったが，やはり新規描出フォームは一言だけや知名だけの描出に使うことも多いためこの高さでは邪魔臭い。

ここで，予てからぼんやり検討していた自動リサイズ機能の導入を考えた。一応 resize: vertical は設定してあるが，万能ではない。10emから20em程度までの範囲で，改行毎に自動リサイズさせる。導入予定の字数計では字数情報が必要になるため，一緒に行数も保持させることにした。

実際に試してみると，1em刻みでも2em刻みでも違和感があったため，10emから19emまで1.5em刻みでリサイズするようにした（画面撮り：初期状態，最大自動リサイズ）。19emだと個人機でも低過ぎず高過ぎず，スマートフォンの縦向きで柔品キーボードを表示させてもちょうど収まる程度の高さになる。折り返しの多い1行もありうるため，厳密にするなら字数も考えるべきだが，とりあえずはこれで様子を見ることにした。

再描出フォームに関しては，さほど目立つものでもなく，描写部の高さに合わせて描写欄が開くようになっている現仕様が悪くないので，現状維持で様子見しておく。

字数計

字数・行数の保持が出来たことで字数計も難無く実装出来た。描出ボタンか時印の左側に邪魔にならないように表示させてみた（字数計の様子）。

下見の字数と分けようかと思っていたが，下見を開いている時は下見の字数に置換すれば十分であることに気付いた。一応，見分けが付くように頭に「→」を付けるようにした。

これも，厳密に考えると特殊な文字符号などを考慮する必要があるが，キリがないのでとりあえず .length による概算でよしとしておく。

字数計は，地味ながら意外に需要があることを市場調査を通して知った。自分でもたまに欲しくなることがあった。

11時頃から1時間30分ほどサイクリング。約11.4km走った。

市内の桜並木も出来始めた。まだつぼみの目立つ木が多いが，場所によっては綺麗に咲いていた。桜の写真を撮りながらぶらぶら総合公園の方まで行った。雲が多かった。

（進捗時限記録中略）

以下の番無しに関する不具合修正で終了。手定め・出振るい済み。

• 番無し描出不能不具合
• 前後景輪数表示不具合
• 前後景部における自分の自我アイコンの表示不具合

これも優先順位が微妙な問題だったが，たまに試し描きしていく人はいるのでここで修正しておくことにした。

番無し描出不能不具合

数ヶ月前に気付いた番無し描出が出来なくなっている不具合だが，金風で整備が中断したまま出振るい出来ない Aejs の問題なので，優先度の低さもあり放置していた。

まず手定め環境で原因を突き止めると，@DG.bld..drw() 内で <spn.strk> の参照方法を間違えているだけで，ごくわずかな修正で済むことが分かった。

通常は避けたい方法だが，次回の Aejs 出振るいまでもう少しかかりそうなので，最新の Aejs を修正し，それに合わせて本番環境の ae.js を Vim で修正した。

前後景輪数表示不具合

これは気付いてから半年くらい経つ気がするが，何度か起きている前後景輪数表示不具合が，また番無しに限って起きていた。これも深刻な問題ではなく目立つものでもないので放置していた。

前回同様，n_fg，n_bg を NULL で初期化することで対応した。

作業自体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 の想定外だったのだろう。

余談ですが，Ｌ字型の見出しスタイルは昔希哲館のサイトで使っていたことがあったのを，おかげで思い出しました。

というより，Ｌ字型自体は CSS で見出し的なものを装飾するのに，昔から（とりあえずこれでみたいな感じで）よく使われているパターンなので，自然に試したのだと思います。B̅ さんのアイデアが面白いのはそれを複数本にするというところだと思うのですが，最初の第1階層がデザインとして野暮ったい上につまらない（昔の CSS 解説サイトみたい）のが個人的には痛いです。この第1階層は実際に使ってみても想像以上にダサい代物であるということは黒歴史として後世に伝えていきたいです。

それが階層の表現であることに気付く前に，とりあえず折り曲げてみた感じに見えてしまうというか……。デザインにおけるダサさというのは，要は「削れるものをとりあえずくっつけている」感じなのです。「いるかそれ？」と思われたら負けで，それが垢抜けない印象になるわけです。その意味では，むしろ「（見本のように）並べてみないと良さが分からないデザイン」になっていると思います。

ちなみに，その案に一貫性があるとすれば下層に行くに従って左線の数が増えていくことになりますが，この方式は階層的に小さい見出しが不必要な目立ち方をする上に気持ち悪いことになるのは目に見えているな，と思って没にしたのが見出し装体素案です。

経験上，見出しはとにかく目立つ要素で，下手に凝ろうとするとデザイン的な事故になる可能性が高いので，「引き算」が重要と感じています。

その帰結が，文字と下線だけで階層を表現する，という現在のスタイルです。初見では目立たない単なる区切り線ですが，二本線が次第に消え入るような一貫した表現で，階層を判別する必要十分な機能を持たせています。おまけに，デライトでも導入予定の Markdown の見出し記法にも一致しています。自分でいうのも何ですが，これ以上の案を出す，というのは結構難しいデザインの課題だと思います。

ただ，デザインというのは感覚でするものでも好き嫌いでするものでもないので，納得出来ないことをどんどん投げつけてくれる B̅ さんとのこういう議論は言語化のために非常に有意義だとも感じています。

注意記法・補足記法についての再検討で終了。

4歩の案を以下のように修正した。強調度に応じて三段階となる（補足記法も同様）。

!--
小さな注意書き
--

!!--
通常の注意書き
--

!!!--
重要な注意書き
--

装体は，23日2歩の案を下敷きに，境界線・背景色無しで font-size: 0.8em 程度にした小書きのものを加える。この場合，一段階目の注意部区・補足部区は装体的に区別出来なくなるが，そもそも小さな注意書き・補足の違いは曖昧なものなので自然といえば自然だ。

そもそも，注意書きは目立つように書かれるものばかりではない，というところに引っかかっていた。

二段階か三段階かは迷ったが，二段階にして後から追加出来なくなるよりは，三段階にして一段階目が無用の長物になる後悔の方が小さい。

当初，記号の数で「重要度」を表すことにしていたが，内容の重要性と装体の目立たせ方は必ずしも一致しないので，「強調度」程度の意味合いにしておくべきかもしれない。

ダッシュ記法への応用も考えた。

例えばデラング文書では，目次の項目の末尾に <small>----輪郭記法</small> などと書いているが，これを ?----輪郭記法 に置き換えられるかもしれない。

23日12歩で書いた「小書き括弧記法を使わずに文字を小さくしたいと思うことはたまにあった」とはこのことだったが，あくまでも文字装飾記法の一種である文字サイズ記法やフォント記法で <small> 相当の表現を完全に代替は出来ない。