（進捗時限記録中略）

課題だったテーマ切り替えボタンのイメージが急速に固まったため，ダークテーマ実装におけるテーマ切り替え用合いについてまとめて終了。

従来の上部メニュー（様子）で使ってきた歯車アイコンをそのまま太陽に見立て，トグルボタン風に装飾することにした。月は CSS のみで表現し，ラベルには「明」「暗」を使う。開発者通類で試しに装体を作ってみた（録落ち中のメニュー案）。

未録入りの場合はメニューの設定輪結の部分に，録入り中の場合は設定ページ <main> の右上に置く。この領当ては既に固まっていたが，テーマ切り替えボタンの細部がなかなか決まらなかった。昨日までは，緑色の太陽アイコン・月アイコンの右隣に「明るい」「暗い」のラベルを付ける程度の簡素なボタンをイメージしていた。しかし，これでは冗長な上に直感的とも言い難い。

ふと，トグルボタン風にしてみたらどうかと開発者通類で実験してみたら，想像以上に良かった。簡潔ながら邪魔にならない程度に目立ち，ぱっと見て役割も察しやすい。デライトのテーマ切り替えボタンとしてこれ以上の案は出ないと判断，採用を決めた。

歯車アイコンがそのまま太陽アイコンとして使えるというのは面白い発見だった。形状的にも設定という意味的にも似ていることに気付いて，設定輪結と入れ替えることを思いついたのはだいぶ前で，デザイン的な遊びが出来そうだとは思っていたが，アイコンは別に作るつもりだった。とりあえず実験中の代替として使ってみたら思いのほかしっくり来た。

月アイコンも，よく考えたら画像を用意するまでもなく CSS で十分なことに気付いた。結局，アイコン作成の手間も省けてしまった。

もう一つの課題として，応司のダークモードをどう扱うかという問題があったが，デライトでは明示的に切り替えた場合はその設定で固定し，出放りとしては応司の設定に従うことにした。

残る課題は装体整理のみとなったが，先日の装体整理兼ダークテーマ実装という思いつきでこれも好機に変わった。

（進捗時限記録中略）

スマホから連続タップで輪郭が削除されてしまったという深刻な不具合報告を受け，修正作業と輪郭削除ボタンの装体調整。

不具合については，描き直しボタンの連打で読み込み中に送信が発生し，知名・描写が空の状態なので輪郭削除と認識してしまう，という可能性が濃厚だったため，以下の修正を行った。

• 描き直しボタン・完了ボタンの多重押下を防止する。
  • タッチ端末では意図せず発生しやすい。
  • 個人機でもうっかりダブルクリックして挙動がおかしくなることが稀にあった。
• 輪郭削除ボタン押下時のみ輪郭削除が機能するようにする。
  • これまでは知名・描写を空で送信すればよかったので，Ctrl + Enter などでも輪郭削除が出来たが，誤操作や不具合によるリスクが高い。
  • 違了表示などは後回しで，とりあえず停止させる処理のみ実装。

b_cfm_udrw のような求頼変数を付けて後縁でも確認させることを検討したが，現時点では過剰と判断し見送った。どの道，前縁が間違った出与えを送れば危険性は大して変わらない。むしろ，上書きされるより輪郭削除が間違って動作してくれた方が取り返しがつく。

新生全知検索整備，全文検索機能実装。

なんとか全知検索演算子 !? を実装した。作業は円滑，懸念していた速度低下の問題も無く，大成功だった。

全文検索索引の作成には予定通り pg_bigm を採用した。想像していたよりずっと軽量で，導入しやすかった。切り替えも容易なので，非標準機能への依存を極力避けるという方針からいっても許容範囲内だろう。

一番懸念していたのは速度低下，特に描出時の索引更新にかかる負荷だったが，体感速度への悪影響は見られなかった。全文検索時に検索語によっては微かな引っかかりを感じる程度で，許容範囲内といえる。これは嬉しい結果だった。

全文検索機能はデルン初期実装にはあったものだが，正規一致への移行過程で「退行」していた（全知検索を正規一致方式に変更）。理想的な形で復活させることが出来て感慨深かった。

フォーム部品装体調整，デライト扉装体調整。

CSS 変数（カスタムプロパティ）の導入と舞覧（ブラウザ）五年対応原則の採用を決めた（14歩）。

CSS 変数（カスタムプロパティ）の導入と舞覧（ブラウザ）五年対応原則の採用を決めて終了。今後デライトでは，「5年以内に離立された版存の主要舞覧」を中心に対応していく。

希哲15年3月1日の開発から「デライト推奨動作環境」として同様の定義を考えてはいたが，当時は，古い舞覧対応の努力はするが推奨はしない程度の，もっと緩やかなものを想定していた。

希哲13年に ECMAScript 2015，HTML5，CSS3 と比較的新しいウェブ標準の導入を決めてからだいぶモダンにはなったが，まだデライトの舞覧対応方針には感覚的で保守的なところがあった。感覚的に，影響範囲の広い付徴は主要舞覧の対応から10年，影響範囲の狭い付徴は5年を目安に導入を考えていた。rem ですら必要以上には使わなかった。

先日，前次記法実装でグリッド領当てを導入したが，これはちょうど主要舞覧で使えるようになってから5年ほど経つ機能だった。一記法の装体に過ぎなかったこともあり，ここまでは辛うじて良かったが，他にも色々応用したいことが出てきて舞覧対応方針見直しの必要を感じていた。

決め手は，デライトのダークテーマ対応も見据えて CSS 変数の導入を考え始めたことだった。CSS 変数も主要舞覧の対応から5年ほど経つが，本格的に導入するとなると影響範囲が広がり過ぎる。

Can I use で対応舞覧をよく調べるようになってから，「5年以内に離立された版存の主要舞覧」が意外に普及していることに気付いた。大体90％以上はある。

地域にもよるだろうが，確かに，今時古い舞覧を使い続ける方が難しいかもしれない。個人機なら5年は平均的な買い替え周期であり，スマートフォンなら古い部類だろう。自動更新も標準的になった。昔と違って，多数派の“普通の人”ほど新しい舞覧を使っている。