（進捗時限記録中略）

ダークテーマ実装，テーマ切り替えボタンの用合い検討で終了。

テーマ切り替えボタンでは，初期状態では司組設定に従い，司組設定と異なる設定に切り替えた場合はその設定で固定，司組設定と同じ設定に切り替えた場合は初期化（司組設定に従う）という挙動を採用することにした。

最初だけ司組設定に従い，切り替え操作をしたら固定，という挙動を考えていた（14日6歩）が，切り替え後，また司組設定に追随させたいということも考えられなくはない。その場合，自分でクッキーを削除するなどの作業が必要になる。

トグルボタンの単純性を損わず，この要求を自然に満たせるかが課題になっていたが，良い解決策が見つかった。

新生全知検索整備・中間出振るい

領下手定め環境で概ね問題なさそうだったため，新生全知検索整備の中間出振るいに踏み切った。首尾良く完了し，大成功だった。これにより後縁も最新の状態で同期され，自由自在な開発体制を取り戻した。

21時30分出振るい作業開始。断帯は21時30分から約5分。23時頃までには一通り点検・不具合修正を終えた。

その後，動作は極めて安定している。dg_fnd() への輪数取得処理組み込みは今回初出振るいとなるが，高速化効果は，毎回輪数計算が必要になる場合の検索で数十ms（求頼1回分）の短縮なので体感速度向上はあまり期待していなかった。しかし，意外と検索時の軽快感が増している気がする。最初はプラセボ効果に近い開発者心理かと思ったが，自分の全知検索歴と検索頻度を考えれば感じ取れてもおかしくはない。嬉しい誤算だった。

輪符と知番の輪結改良

安心して後縁に手を入れられるようになったので，手始めに，輪符が生成する輪結で，第零番節付き知番がそのまま輪結先などに反映されてしまう問題を修正した。

これにより，輪符の知番が K#9-XXXX/A-YYYY と記述されていても，輪結先は第零番節の削除をした /?fg=KNo.XXXX/YYYY や /KNo.XXXX/YYYY となる。第二次知番改良を経て司組が生成する知番はこれで統一するようになったが，デラングでは大量にある第零番節付き輪符が第零番節付き輪結を生成していたため，クロール効率への悪影響が懸念された。出与え属性を通して輪郭小窓の知番表示にも反映されていたため，用合い上の問題もなくはなかった。

とりあえずは量が多い基本形の輪符と重い強調輪符でのみの対応。

輪郭選り手抜控機能整備を概ね終え，ようやく出振るい出来た。追い追い修正していけばいい程度の軽微な不具合はいくつか見つかったが，抜控機能整備についてはここで一段落とすることにした。

この出振るいにより，中途半端な実装だった輪郭選り手抜控機能に一通りの機能が揃った。下書き抜控一覧も使えるようになり，抜控の把握が容易になった。予てから欲しかった新規描出フォームの消去・復元ボタンも抜控の削除のため追加した。18日の開発で実装した描写拡縮ボタンも使えるようになった。また，周辺の交度整理も大きく進み，理腑としての意義も大きかった。

利便性・信頼性の向上はもちろんのこと，昨年から中途半端な状態で引きずってきた当努が片付いたことによる精神衛生上の効果も大きい。昨年来の他の当努は本格的に着手していないか，着手して間もないので，ここから思考を整理しやすくなる。

抜控機能整備が長引いた最大の原因は，他にやりたいことが多過ぎたことだが，これ自体も決して簡単な作業ではなかった。ただ，この間に設計方針が変わったり深刻な不具合に気付いたりしたので，時間をかけたことで円滑に片付いた面もある。

再描出は知番でいいとして，新規描出の鍵をどうするか，というのは難しい問題の一つだった。昨年7月28日6歩から検索語を鍵に含めるようにして悪くなかったので，基本的にこれを踏襲することにした。ただし，全知検索窓から未送信の検索語まで取っていたため，これを書き換えると意図せず他の抜控を上書きしたり消去してしまう可能性があった（4月28日20歩で書いた消失不具合の原因だろう）。これは求頼文字列から取ることで回避した。

下書き抜控一覧についても，表示条件や領当てなど色々考えることが多かった。検討の結果，再描出下書きは，検索語無しの場合（上部メニュー同様）のみ輪郭一覧の上に表示（画面撮り），新規描出下書きは，他の抜控がある場合のみ新規描出フォームの上に常に表示させることにした（画面撮り）。邪魔になり過ぎない程度に気付きやすい。また，4月10日の開発で決めた通り，一覧は省略などせずにそのまま表示することにした。描写部のように高さ固定することも考えたが，やはり，用合いの複雑化と抜控を溜め込み過ぎる懸念があるため見送った。抜控の溜め込みは性能低下，消失リスクの増大（あるいはそれを補う作業コストの増大）に繋がる。目障りになったら消化するようにしてもらいたい。

一番難しかったのは鍵仕様の設計だった。一応，鍵仕様変更時の更新方法は考えていたが，手間を考えるところころ変えるわけにもいかないので，長期的視野に立って設計する必要があった。これもなんとか落とし所が見つかった。一時，鍵に仕様変更日時を含めることを考えていたが，これは複雑化を招くだけなので廃案とし，Aejs_DG_rev に判別用の文字列を入れておくことにした。新規描出下書き抜控の鍵には自我知番を含め，自我の切り替えにも対応した。

その他，これまで描写のみ保存していたのを知名にも対応する，消去ボタン・復元ボタンを実装する，などこまごまとした問題を片付ける必要があった。

出振るい後，軽微な不具合がいくつか見つかったが，一番気になったのが，鍵仕様の更新処理の失敗だった。領下で十分な手定めをしたつもりだが，本番環境では一部の鍵が1回の処理で更新出来なかった。結果的に，3回実行する必要があった。開発者通類で localStorage の内容を見ても交度を見返しても心当たりがない。

少し迷ったが，時間が経つにつれ重要性が急速に低下する部分なので，調査は打ち切ることにした。最も使用頻度の高い私や常連用者達が出振るい後も普通に使えていることから，深刻な問題は発生していないと判断した。今後，同様の処理を書く際の注意点として記憶しておく。

Aejs 整備。

途中で終了。

ここまでで輪郭選り手のデザインが急速に整理されてきた。

今日は，課題だった描き出しボタン・描き直しボタンのデザインがほぼ固まった。

描き出しボタン・完了ボタンの丸い小ボタンはこのまま残しつつ，#BBEEBB 程度の背景色を付ける（画像）。描き直しボタン・描き方ボタンでは，マウスオーバー時に同色の背景色を付ける（画像）。また，現状時印の左側に来ているのを，常に右端に来るように修正する。

最小限の変更で，ようやくしっくり来るデザインが見つかった。デライトのデザイン言語に不慣れな初心者にも分かりやすく，使い慣れても目障りにならず，さらに統一感を持たせたボタン，という難題だった。

下見機能についても大きな進展があった。

これまで，選り手と下見表示を切り替えるという方向で考えていたが，高さ固定を上手く利用すれば，縦に並べても良さそうなことに気付いた。公開範囲設定ボタンとの兼ね合いを考えると描写選り手の下に展開する形になるか。

これで複数窓を使わずに下見しながら書けるようになる。20日の開発で考えたタブ式は再考することになりそうだ。

ついに自転車を買った。前々からぼんやり欲しいとは思っていたが，なかなか模体（モデル）が決まらず，大して必要にも迫られず，踏ん切りがつかなかった。

金風以後，市内を中心に買い出しや事務的な用事で歩き回ることも増え，自転車くらいは必要かと強く感じるようになっていた。散歩も徒歩で行ける所はほとんど行き尽くしてしまい，少し飽きつつある。買い出しに関しては，ネットスーパーを利用することも考えたものの，店舗には店舗の面白さや便利さがあり，篭りがちな仕事の合間で良い運動や気分転換になっているので，自転車さえあれば不満はない。

実家にいくつかあった自転車は，盗まれたのか姉が持って行ったのか，いつの間にか無くなっている。最近惹かれていたのはダホン K3 だが，今のところそこまでの可搬性は必要ない。となると走行性能の点で費用対効果が低過ぎる。

もうこの際，実用性と最低限の見た目があればつなぎとしてシティサイクルでもいいかと思い立ち，昼前から散歩がてら自転車屋を巡ってみることにした。最初は近所でよく前を通る小さな自転車屋に入ってみたが，品揃えが少な過ぎたため，少し離れた大型専門店まで足を延ばした。

ここは流石に品揃えが豊富で，いくつか惹かれる模体が見つかった。一番気に入ったのは一通りの装備が付いた20インチ折り畳み自転車だった。趣味用自転車特有の面倒臭さがなく，適度にお洒落感はある。

この系統で黒だと2種類，かなり似た形状のものがあり，一方はフォルクスワーゲンの2021年型 VW-206G で本体価格は3万円台半ば，もう一方は1万円ほど安い独自ブランドの模体だった。そもそもつなぎなので最初は安い方でいいかと思ったが，よく見ると細部の美しさで価格なりの差があり，結構迷った。結局，ここで妥協するなら1万円くらいのシティサイクルと大差ないことに気付いて VW-206G を買った。防犯登録，保証・保守サービス，整備・防犯用品を一通り付けて4万3千円ちょっとで，すぐに乗って帰れた。

最初は1年くらいつなぎで持ってくれればいいかと思っていたものの，買ってみると，意外にも自転車欲があっさり満たされてしまった。元々合理的な移動手段として欲しかっただけで趣味として追求したいわけではなかったし，この模体自体の費用対効果が期待以上に高かった。

走行性能は，ぶらぶら走る程度なら以前所有していたダホンの Speed P8 と変わらない印象で，10万円ちょっとまでの20インチ自転車ではどれと比べても大差ないだろう。都内で見かける自転車の大半より見栄えも良い。

外観に関しては，そもそもこの形状が一番好みだったことに買ってから気付いた。最低限の装備しか付けていなかった Speed P8 と似ているとは初見では感じなかったが，後で写真を見比べると骨格が驚くほど似ていた。愛嬌とかっこよさを兼ね備えるこの感じの20インチ折り畳み自転車が元々ツボだったのかもしれない。新しい2022年型ではフレーム形状が変わってしまっているので買わなかったかもしれない。そう思うとしばらくはこれでいいやという気もするし，後継車のハードルは高そうだ。

見た目優先で折り畳み機能の使い道はあまり考えていなかったが，帰ってみると玄関に置いておくのが最適という結論になり，結果的にこの点でも大正解だった。

およそ10年ぶりの自転車には感慨深いものがあり，夜まであちこち走った。自転車によく乗っていた時期は長くないものの，平日日中でも毎日のように Speed P8 で都心を走り回っていたので，想い出は濃い。天気は悪かったが，涼しくて好都合だった。

考えてみれば，デルンの実用化と引き換えに自転車も自転車でぶらぶら走るゆとりも失ったようなもので，デライトと自転車の組み合わせは新しい体験をもたらしてくれそうだ。最近，睡眠の質が課題なので運動の機会が増えたのも嬉しい。座ってぼんやり考え事をしているよりはサイクリングでもしていた方がいい。

（22日の振り返り日記）

公開設定実装方針検討で終了。

_dg_oln に追加する列をどうするかが課題だったが，未公開状態を率直に表現した upub とすることを決めた。値は以下のようになる。

0: 公開
1: ここだけ
2: 仲間だけ
3: 二人だけ
4: 自分だけ

描出公開原則の考え方からすると，既存の公開状態は0で表現したかったが，ようやくしっくりくる列名が見つかった。

SQL の列挙型は注意が必要なので使用せず，integer にしておく。公開設定に関しては熟考したので，変更の可能性は小さい。

直接参照の能否は正負で表現してもよさそうだ。