作業方針検討（4歩），閲覧専用模動実装検討（5歩），デラング整備・埋め込み記法処理改良（8歩〜13歩）。

埋め込み記法処理改良

これまで，埋め込み記法処理の中でも oEmbed を利用したものについては，Dex 内で埋め込み交度の取得を行い直接描写 HTML に埋め込んで返していたが，埋め込み交度の取得処理を専用 API /mbd に委ね，前縁 Aejs から利用することにした。結果として，応答速度改善に成功した。

埋め込み記法（+[URL]）の URL が oEmbed を必要とする場合，Dex では適当な分類名を付与した <div> に出与え属性で URL を埋め込んで描写 HTMLを返す。Aejs ではそれを検知し，URL を /mbd に転送する。/mbd は URL に対応したサービスの埋め込み交度を oEmbed で取得して返す，という流れになる。過剰な立求を抑止するため，Aejs には簡易的な隠しも持たせておいた。

想像していたよりすっきり実装出来た。

そもそものきっかけは，先日の SlideShare 対応だった。oEmbed が必要になったので，埋め込みツイートで使っていた Dex 内の oEmbed 埋め込み方法を取り急ぎ使った。ただ，記法処理範枠に同期通信処理を組み込むというのは正気の沙汰ではない。なんでこんな実装になっているのか，引っかかりはあった。

KNEST 隠しを使った SSR 的なことを考えていたことはあるので，その辺の都合だったのだろうと思ったが，現状，そこまで最適化する必要も時間も無い。出来たとして，隠しを有効利用出来る握接パターンは限られている。いずれにせよ，この種の埋め込み記法の利用が増えてくれば破綻は目に見えている。ということで，いったん，埋め込み処理は前縁に移すことにした。

いったん出振るいを終え，他自我内検索用合い改良兼自我ページ整備が一段落した。

開発時間が確保しにくい時期だったことや交度整理に時間をかけたことで12月22日に着手してから日数はかかったが，総合的に満足出来る結果となった。

特に，実装時期の予測すら出来なかった自我ページ整備が出来たことが大きい。これで新生デライト像が完全なものになった。自我ページ整備自体の作業時間は正味2日間程度で，時間対効果も非常に高かった。

今後はまず新生全知検索整備に戻り，輪郭整備兼文書整備と並行させ新生デライトの成立を目指すことになる。

実装について

12月19日の検討通り，他自我内検索時に自我アイコンを並べ，自我ページではこれをプロフィール風に見せることにした（整備後1，整備後2）。

見ただけではまずやり方が分からなかった他自我内検索が整合的かつ直感的に行えるようになり，自我知番による検索結果に過ぎず一見意味の分からない自我ページ（整備前）も一応プロフィールページらしくなった。

自我ページは，デライトにおける自己表現の入り口となる部分であり，初めてデライトに触れた人がまず覗いてみる部分でもあるので，直感的に理解出来るようになったことは大きな進歩と言える。最低限の又情報も設定したので多少の SEO 効果も望める。あとは風船輪郭が出来れば，デライトのプロフィールページとしては無駄なく十分なものになるだろう。

中旬から気持ちを切り替えるため，5ヶ月ぶりに髪を切った。

すっきりして集中力も戻ってきた。

公開設定機能部分実装が一段落した。出振るい・手定めともに円滑に完了した。

全体として，当初想定よりは時間がかかったが，想定以上にすっきりまとまり満足出来た。

• 予定通り，upub 0（公開）と 14（未公開・非共有）に対応した。
  • 今後容易に拡張出来るようになっている。
• 領当ても予定通り，左上吹き描きでは中景部左肩に表示するようにした。
  • これで四隅から自輪郭・他輪郭を判別出来るようになったのも大きい（通常，左上が最初に目に入る）。
• 輪数取得改良で輪数表示が一部固定化したため，これとの整合性に少し悩んだが，未公開輪郭を含みうる数字と割り切ることで解決した。
  • 輪数表示と実際の輪数に差がある場合は「未公開輪郭が含まれています。」という表示を輪郭一覧末尾に加えるようにした。これだけで意外と十分だった。
• 新規描出フォームでは，localStorage を使って前回の公開設定を引き継ぐようにした。
• 未公開のアイコンは当初鍵マークを付けることを考えていたが，趣旨を誤解される可能性があるため，あえて付けないことにした（画面撮り）。
  • すっきりした印象になり，思っていたより良かった。
• 当初想定通り権限確認用函数 dg_b_prm_rd() の実装に成功したが，途中で条件式生成に切り替えた（後日再修正）。
• 最近気付いた効用として，交流したい人・したくない人の棲み分けがしやすくなることにも期待出来る。
  • 例えば新規用者が入ってきた時，積極的にやりとりすべきかどうかは意外と悩ましい問題だった。喜ぶか嫌がるかは求めているものや性格によって異なる。

第二次知番改良，早朝出振るいの成功で第零番節の削除は完了。作業は円滑に進み，再稼動後も安定して軽快に動いている。

やはり，これだけでも大分すっきりして見える。見た目だけでなく，8日の方針転換からわずか7日間で，知番周りの実装も様変わりした。第零番節を扱っていた交度や出場の定義を削除したことで可読性が大きく向上し，出与えとしても軽量化出来た。12日の整理も大きく貢献して，出場周りの保守性は劇的に改善した。これは「第零番節の省略」だけではありえなかったことだ。

さらに，出場との関わりが深い機能実装や高速化の作業方針にも良い影響を与えている。「第零番節の削除」への転換は全体として大成功と言っていいだろう。

第零番節は単に無視するようになったため，これまで通り第零番節付きの知番も扱える。とりあえず輪郭の正規 URL は第零番節無しで設定出来ているので転送などは後回し。

自我アイコンの分割格納方式への移行もいったん後回しにした。現状，K#F85E/ への疎輪結 K#9-F85E/ を作って，保存時・握接時に一律 9- 付きで処理するようにしているだけ。

（進捗時限記録中略）

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

<main> の背景に二輪鎖を加えた（デライト扉の様子）。

変化は小さいが，意義は小さくない。<main> の右側は活用法をずっと考えていた部分で，例えば用者一覧や最新の輪郭を表示させることを検討していた。背景として二輪鎖を置くというのも案としてはずっとあったが，この迷いから少し寂しい余白になっていた。

用者一覧に出されることを好まない用者や，好ましくない輪郭が表示される可能性などを考えると，用者や輪郭の自動表示はデライト向きではない気がする。何より，すっきり簡潔にまとまっているので，これ以上余計な要素を加えたくない。

ここに二輪鎖を置いたことで，扉はほぼ完成形となった。

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

桜が本格的に咲き始めてからなかなかすっきり晴れなかったが，今日は薄雲半分，青空半分という感じで，ようやく木々が美しく映える天気になってきた。

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

見分けにくかった見出し装体の視認性が大きく向上した（修正前・修正後）。

見出し装体の固定化

まず，これまで中景輪符が <h1> で始まるか <h2> で始まる（前後景輪一覧）かで描写内の見出し装体も1階層ずつずれていたが，これはいったん固定することにした。

ずれるのも HTML の文書構造からみれば間違った表現ではなく，中景輪符の表現も少し変えるべきかと考えていたが，これもなかなか難しい。中景輪符の知名部は，現状 <h1> でも <h2> でも font-size: 1.4em，font-weight: bold，letter-spacing: 0.05em という装体になっている。輪郭という情報単位の粒度を考えた時，これ以下は小さ過ぎ，これ以上は大き過ぎという所だ。

他の要素も，要素同士の対比を考えて細かく装体を調整しているため，それらまで見出し装体の変化に合わせると保守性に悪影響を及ぼす。将来的にどうかはともかく，現時点でそこまでする利点は無いだろう。

CSS では h1 ~ .dln h2, h2 ~ .dln h3 のように兄弟結合子を使えば簡単に実装出来る。

装体調整

あくまでも描写内での見出し階層で装体を固定することにした上で，第1階層から第4階層までの描写内見出しには二本線・一本線・破線・点線と4種類の下線を付けることにした。これまでは第1階層に2px，第2階層に1pxの一本下線のみだった。

二本線は border-style の double では制御しにくいため ::after を使い，1pxの線に2pxの間隔をあけた。また，点線も舞覧によって破線より目立ってしまう場合があるため，色を調整することにした。

最初は，第1階層の二本線，第2階層の一本線があれば十分かと思ったが，結局文字サイズだけの変化ではぱっと見分かりにくい。各描写内見出しに図形的な特徴があった方が良い。

文字サイズは，これまで 1.3em，1.2em，1.1em，1.05em，1em だったのを 1.3em，1.2em，1.15em，1.1em，1.05em とした。

1.3em から 1.1em まで0.05em刻みの方が数字的には綺麗かと思ったが，下線で特徴を付けても，特に第1階層と第2階層が一見して見分けにくかった（画面撮り）。それ以下は使用頻度も低いので0.05em刻みでも大きな問題はないだろう。

letter-spacing や font-weight の調整余地はもう少しありそうだが，視認性の改善という目的は十二分に果したのでここで一段落とした。

2pxの一本線よりも1pxの二本線の方がすっきりした印象になるのが意外だった。