{開発 K#F85E/A-5869}

全知検索整備について検討。

輪郭選り手整備，抜控機能整備。

輪郭選り手整備の一環として抜控機能整備を継続。

描出公開原則に調和する「未公開」という表現を思い付いてから，公開設定機能（公開範囲設定機能）の仕様と実装イメージが急速にまとまった。

新生デライトの要件

もう考えていても仕方ない段階に来ているので，とりあえず雑に書き出しておく。

• デラング整備
• デライト文書整備
• デライト高速化
• 機能整備
  • 輪郭選り手整備
    • 抜控機能（途中）
    • 譜類添付機能
  • 輪郭小窓
  • 自動ページ展開機能
  • 新着確認機能
  • 風船輪郭
  • 検索語提案機能
  • 輪郭削除機能
  • 設定画面
    • 自我削除機能
    • エクスポート機能
    • 暗証語再設定機能
  • 暗証語再発行機能
  • 公開範囲設定機能

舞覧手定め環境整備

舞覧手定め環境整備の一環として，SLFS の Chrome（59）を最新版（92）に更新。

3月15日7歩でも試みているが，その時は libxkbcommon の不足で失敗，依存性地獄を懸念して中断した。

libxkbcommon の引装には Meson，Ninja の引装が必要で，Meson と Ninja には Python 3 の引装が必要だったものの，それ以外に直接必要なライブラリはなく，意外とあっさり更新出来た。

これで SLFS では Firefox，Chrome の最新版が使えるようになり，手定め用の iPhone 7 も近日中に手に入る予定なので，舞覧手定め環境整備はここで一段落とする。

Android 端末向けの舞覧は手持ちのスマホで，Edge 含め，Windows 向けの舞覧は Windows 仮想機で使える。

実機・仮想機では主に最新舞覧を使い，古い舞覧などは LambdaTest などのサービスを利用すれば十分だろう。

輪郭選り手抜控機能整備など

描き直しの選り手も同期するように調整。

とりあえず，選り手が開いている場合に内容を同期させるようにだけしておいた。これで複数窓で同じ輪郭の選り手が開いていても混乱しにくくなり，内容が長い場合には複数窓で別々の箇所を編集することも出来るようになった。

現状，抜控のある選り手はページ読み込み時に開くようになっているが，閉じている場合でも別窓で抜控が出来た場合は開いたり，別窓で閉じた場合は自動的に閉じたりと，開閉状態の同期もしようかと思っていた。これは止めておいた。

開閉状態の同期はしない方が，一方の窓を編集用にして，一方の窓を確認用するなどといった応用の可能性が広がることに気付いた。

現状では描き直しの完了と選り手の閉じるが機能的に一緒になっているが，複数窓の有効活用を考えると保存と閉じるで分離すべきか。取り消しボタンを閉じるために使うかと思ったが，操作性を考えると，今の完了ボタンを保存・閉じるの二段階にする方向が良さそうだ。

そんなことを考えているうちに，保存せずに換配後のプレビューが出来る機能についても検討し始めた。概念・操作の複雑化を避けることを考えるなら，完了ボタンの機能は現状維持でプレビュー機能が本命かもしれない。

プレビューの日本語表現は「確認」が分かりやすいだろう。内部的には「換配確認機能」や「確認ボタン」と呼んでおくことにした。

輪郭選り手抜控機能整備。

@oln を整理しながら取り消しボタンを仮実装。

記録無し。

新生デライトの要件追加検討。

検索語提案機能，風船輪郭など。

輪郭選り手周りの作業は「輪郭選り手整備」としてまとめることにした。

デライトの ActivityPub 対応について，必ずしも ActivityPub 捌き にすることにこだわらず，Twitter 連携も含めた「自動連携ツイスト」として実装することを検討し始めた。この場合，任意のアカウントを指定して自動投稿するような形になる。

デライトから立求する場合の用影として Delitebot を検討。

新生デライトの要件追加検討。

公開範囲設定機能の試験的導入

公開範囲設定機能の試験的導入を検討開始。

本来，デライト収益目標達成後の付徴としていたが，デライト開発がとっくにその水準を越えていることもあり，新生デライトに盛り込むことが考えられるようになってきた。

描出公開原則は維持したまま，利用規約で免責事項を明確にしておけば大きな問題はないだろう。

暗証語再発行機能の検討

公開範囲設定機能と同時に，メールアドレスを利用した一般的な暗証語再発行機能の導入も視野に入ってきた。

メールアドレスを保存せずに再発行出来る仕組みを模索していたが，やはり単純性と安全性を両立させるのが難しい。

公開範囲設定機能を実現出来るならメールアドレスの保存くらいは許容範囲だろう。

暗証語忘れ対策は大きなデライトの課題だったが，ようやく解決の糸口が掴めそうだ。

デライトの ActivityPub 対応

残る大きな付徴として，デライトの ActivityPub 対応についても検討。

こちらはほとんど費用対効果の問題であるため，最後に回し，その時点での高速化や保守性次第で決めることにした。

生活律動矯正も着実に進み，快調だった。

今月の開発にはここで一区切り付け，まとめに集中することにした。

来月の過ごし方についても考えた。

理想的な生活律動は維持したいが，これまでにまとめた新生デライトの要件を8月中に満たそうと考えると，執務時間は全て新生デライト開発に使いたい。輪郭整備と一日一文は新生デライト宣言が出来るまで休むことにした。よほどゆとりがあるか，気分転換程度にならやってもいい。

その代わりというわけではないが，1日は定休通りに休むことにした。

今週の執務自体は抑制的だったので休まなくても大丈夫かとも思ったが，生活律動の激動に脳爆発・脳過熱，さらに来月の激務まで考えると，ゆっくり呼吸を整える日も必要だろう。

（31日，加筆修正）

主に輪郭選り手抜控機能整備。

新生デライトのための舞覧手定め環境整備の一環として，中古の iOS 端末くらいは持っていていいかもしれないと考え始めたところ，偶然にも母の iPhone 7 を譲り受けられそうなことになった。

これまで「無限スクロール」と呼んでいた実装予定の機能は紛らわしい場合もあるため「自動ページ展開」に改めた。