開発もしっかり進めつつ，今後の組計や生活について頭の整理をした。

やはり，しばらく雑務を増やし，デライト開発は抑制しながら生活律動を整え直すことにした。16日の日記に書いたように，遅くとも春までの完全な成功を睨み，2月中の新生デライトの完成を目指す。

6日頃から始まった脳爆発を最初は甘く見ていたが，閃きを除けば過去最大級かもしれない。生活律動を意識するとか，その程度で何とかなるものではなく，どのみち持続可能ではないと判断した。生活そのものを変えていかないと生活律動も身体もボロボロになる。

朝起きて，あの作業に入ろうと考えながら一日の準備を進めているうちに，新しい思いつきで別の作業の優先順位が上がってしまう，ということが連日続いていた。そのおかげで，当分先だと思っていた新生デライトの完成がすぐそこまでに近付き，しかも脳爆発以前よりもはるかに洗練された新生デライト像になっている。この1月だけで，デライト開発は少なくとも半年分の収穫を得ただろう。

（28日の振り返り日記）

（進捗時限記録中略）

ついでに新規描出フォーム固定機能についても検討して終了。

こちらは「限りなく廃案に近い保留」となった。

全知検索窓固定機能同様，デライト最初期に実装・削除したものだが，これは広告との相性以前に，用合いとしていまいちだったということが大きい。

新規描出フォームを固定出来れば，輪郭一覧を眺めながら描写を書くことも出来て便利に違いない，と素朴な期待から実装してみたが，これが帯に短し襷に長しという感じで思いのほか使えなかった。

大きな原因は，ページ遷移までのちょっとした間固定されるだけ，という中途半端さにあった。あちこち飛びながら作業しているといちいち解除されるので，自然に使わなくなっていく。

これに対処しようとすると画面分割機能に近い大掛かりな仕掛けが必要になる。画面分割機能は何度も検討したが，やはりデライトには過剰と判断して，複数窓で使いやすくする方向で単純性を保ってきた。今考えてもこれは英断だった。

自動ページ展開や輪郭一覧動的更新がある今なら当時よりは使いようがあるかもしれないが，その分，ページ遷移の条件が分かりにくくなっているので，かえってストレスかもしれない。

複数窓が使いにくいスマートフォンなどでも，新規描出フォームと柔品キーボードで画面がほとんど占有されるため恐らく使いものにならない。当時は諸場で使える状態ではなかったので想像ではあるが，複数タブで使う方がマシだろう。

結局，構造的にデライト向きではないのだろうと思うが，急いで結論を出す必要もない。そのうち適当な活用法が見つかればいいし，見つからなくても問題ない。というわけで，しばらく放置しておくことにした。

迷いが一つ消えたのは収穫と言える。

昨日の開発で決めた日次出場抜控の整理作業で終了。

現行形式で最初の希哲13年6月分（kn.K130606.pg_dump）から始め，希哲15年12月分（kn.K151201.pg_dump）まで，月の最初のものを除いて出場抜控譜類を削除した。これで現行形式の出場抜控譜類は1,064個から381個に削減出来た。

現行形式以前のものも少し残っているが，試行錯誤していた時期なので乱雑で多くはない。史料としての価値がなくもないのでとりあえずそのままにしておく。

給湯は一日問題無し。

古い給湯器があまりにも良い仕事をしてくれたので交換前に拝んでおきたくなり，ほとんど見なかった設置場所を見てみた。型式は GTH-2427AWX3H と書いてあった。

聞いていた水漏れは想像していたよりひどく，ぽたぽた程度かと思ったら給湯器の下からぼたぼた漏れていた。トイレに入ると晴れなのに雨音のような音が聞こえることが以前からあり不思議だったが，原因が判明した。水道代から考えて常時これではないはずだが，水もかなり無駄にしていたらしい。使用量にしては少し高いとは思っていた。

たまにあったガス臭も給湯器が原因だったのかもしれない。

とにかく，早く解決して良かった。

1時間ほど家事など。

（進捗時限記録中略）

偶然見つけた不正出与えの修正で終了。

「社会」で全知検索した際，応答速度が異常に遅かった上に，表示された K#0001 の輪郭表示がおかしかった。K#0001 の輪郭に限って前後景輪数が異常な数値になっていて，輪郭知番が K#0001 と表示される輪郭があった。

前後景輪数表示不具合は以前特に番無しでよく起きていたものと同じで，特定自我の全ての輪郭の前後景輪数が不正な特定の値になっているというものだったが，最近は見かけなくなっていた。異常に遅いページも，9月までの諸改良でなくなっていたので意外だった。

出場を調べると，不正知番 K#0001/0000 を持つ輪郭が存在することが分かった（新規描出時印 2015-12-28 14:17:00）。昔特殊用途で作ったものかと思ったが，知名が「社会」で，同知名の輪郭とは違って意図が全く分からなかった。情報価値もなく，デライトが依存している部分は無いため，これは単純に削除した。すると応答速度は正常化したため，応答速度の問題に関してはこれが原因であることが分かった。

前後景輪数表示不具合は例によって n_fg，n_bg を NULL で初期化することでいったん解決。

他にも _kt_oln_1 と _kt_oln_2 が0になっている輪郭がないか調査したところ，一つだけ K#DF1B/0000 があった（新規描出時印 2019-02-28 23:56:22）。これはデライト開発最初期，希哲13年2月28日のツイストで，当時の記憶をよく残しているものなので，複製輪郭を作ってから輪括とともに削除した。

もう体裁にこだわっていても仕方ないので公開手定め（テスト）でやっていくことにした。

http://delite.kitetu.com/

恐らく手定め用と思われる自我から描出しているのもおかしいが混乱期だったのだろう。前後景輪数表示不具合修正では以前にも同様の不正知番を発見したことがあり（希哲15年4月16日4歩），やはり何らかの引き金になった可能性はある。

輪郭ページで前後景輪を動的更新した際，輪結先で JSON が出力されてしまう問題に気付き修正。

本来 /?fg=KNo.XXXX/XXXX という輪結先にすべきところが相対場筋指定になっていたことで輪郭ページでのみ /KNo.YYYY/YYYY?fg=KNo.XXXX/XXXX が輪結先になってしまうことによる問題で，以前にもあったのですぐ修正出来た。

出振るい・修正済み。

知名部の「クリックでコピー」領域について実験。

左右は余計な幅を取りたくない。上部はルビがあるので，下部左端に三角でも置いておくのが良さそうだ。