インポート・エクスポート機能仕様検討で終了。

6歩では，インポート時の時印項目を編注記法で末尾に追記するとしたが，知番・公開設定とともに「インポート時無効項目」とし，冒頭に編注記法で挿入することにした。以下のようなものになるだろう（先頭は仮の項目番号）。

<!-- インポート時無効項目あり
(1) 知番          : K#XXXX/XXXX
(7) 新規描出日時  : 2023-01-01 01:01:01
(8) 再描出日時    : 2023-01-02 01:01:01
(9) 未公開設定    : 無し（公開）
-->

また，エクスポートの CSV を「両用 CSV」として，インポート時無効項目を省いた「インポート専用 CSV」の項目定義を用意することにした。

（進捗時限記録中略）

インポート機能仕様検討，エクスポート機能の CSV 対応検討で終了。

待欄の閲覧性（迷惑行為対策）や時印指定がある場合の扱いが課題となってインポート機能実装の見通しは立っていなかったが，前者は未公開状態を使うこと，後者は編注記法で末尾に追記すること（実際の時印はインポート時のものになる）を思い付き，一気に実装イメージが固まってきた。どちらの課題も待欄がある KNS 特有のものだった。

輪数上限はエクスポート機能同様10,000輪，サイズ上限は譜類添付機能同様 5MiB の CSV が適当だろう。

これに合わせてエクスポート機能でも早期の CSV 対応を決めた。oln.csv を ZIP 書庫化することになるだろう。

インポート・エクスポート機能の対応形式は輪郭譜類と CSV で当面は十分そうだ。あれもこれもと考え出すとキリがない。

かつての連続検索の役割もインポート機能で補えそうだ。

（進捗時限記録中略）

譜類添付機能調整。

調整・手定めを終え，ここでいったん出振るい（昨日うっかり中途半端な状態で全体出振るいしてしまったため，譜類添付機能周りで不具合があったかもしれない）。

添付代置子を追加し，貼り付け・ドロップによる添付も使えるようになった。用合い面でもほぼ完成形か。

添付代置子

3月27日の開発で考案した，送信中に挿入しておく添付代置子は，最終的に <!-- +[拡張子] [文言]...[追加ピリオド] --> の形式となった。日本語・WebP であれば，<!-- +webp 送信中... --> となる（3月27日の開発記録で「読み込み中」と書いていたのは単なる間違い）。

まず描写内を探索し，埋め込み済みでなければ添付代置子を挿入する。この時，添付代置子が固有の文字列となるように，必要であればピリオドを追加していく。送信完了時，成功なら埋め込み記法に置換，失敗なら消去する。貼り付けのために，描写欄に捕活中はカーソルの位置に代置子を挿入するようになっているが，捕活していない場合は末尾に追記する。また，送信中に代置子が書き換えられた場合は無視して埋め込み記法を末尾に追記する。

これで送信中の状態が直感的に分かりやすくなった。

その他

（進捗時限記録前略）

ページ付け求頼改良についての検討で終了。

求頼が複雑化するにつれ OFFSET 句の遅さが気になってきたため，可能な場合は前ページの末尾時印で絞り込むことにした。重複は数えて OFFSET 句で飛ばせばいい。

次回の全知検索改良に盛り込む。

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

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

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

パンくず部区装体調整，前次部区装体調整で終了。

前次部区装体では高さが固定されているため，ルビが含まれると下にはみだしていたが，昨日の装体調整後のパンくず記法でも似た問題があることに気付いた（区切り記号が上にずれる）。

前次部区に関しては Dex でルビ記法の有無を判定して調整するかと考えていたが，ここで，両方とも position: absolute と bottom で揃えればいいことに気付き，早速修正した。なんとなく気になって始めたパンくず部区装体調整に救われた。

ついでに，パンくず部区の中間区切り記号の色を dimgray から black に戻した（実装初期にも同じことをしていた：1月15日1歩）。表示環境によっては末尾の silver と見分けにくい。線の太さなどを変えてみてもやはりしっくり来ない。

手定め・出振るい済み。

概ね上手く行ったので，前次記法実装はここで一段落とする。

デラング整備，タグ記法についての検討で終了。

HTML ではなくタグ記法としたことで，様々な拡張が考えられるようになった。

例えば，id 属性を <elm#id>，class 属性 を <elm.cl> と略せてもいいし，style 属性 は <elm{ color: red; }> と略せていいかもしれない。

さらに，任意の記法の先頭なり末尾なりに <{ color: red; }> のように要素名を省略した形で置くと部区の属性を調整出来ても面白いだろう。

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

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

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

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

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

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

（進捗時限記録中略）

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

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

引数風の応付子

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

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

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

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

水平方向の寄せ方

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