Twitter サービス終了がありうるとしたら，基本的には，誰の手にも負えなくなり見向きもされなくなった時だが，まだ時間がかかる。あとは新サービスに移行させるためとか。今の経営者だと「誰にも渡したくないから」的な非合理的な理由も想像出来なくはないので，どんな可能性もゼロとは言えない。

知機駒手整備で終了。

kn mk に –prl 長応付を追加し，対象を並列実行出来るようにした。

もともと基本的には make に直接引数を渡す実装だったが，昨日の開発で指定対象は直列実行するようにしたため，個々の換配などに問題があった。

直列実行と並列実行のどちらを出放りにするかは少し考えたが，並列実行が必要なほど多くの対象を手作業で指定することは考えにくいため，手入力で多用する直列実行を出放りとすることにした。

全知検索整備についての検討で終了。

全文検索にはとりあえず pg_bigm を採用しておくことにした。知名検索でも中間一致検索の性能は課題だったので，これも解決出来そうだ。後方一致検索に関しては，PostgreSQL 9.1 から reverse() が組み込み函数として提供されるようになっているので問題ないだろう。

後縁の実装はどうとでもなるが，難しいのは用合いだ。全知検索窓をこれ以上ごちゃごちゃさせたくないので，まずは検索演算子として各種機能を実装したい。これに関しても，だいぶまとまってきた。

カンマを AND 検索に使うという構想があったが，& ボタンとの兼ね合いもあるので，まずは無難に & か AND で AND 検索，| か OR でOR 検索に対応することにした。除外検索は条件次第で - を使えるようにしてもいいだろう。

部分一致検索については，省略記号 ... とダッシュ記法を応用した --- に対応する。

描写検索については，基本的には昨年7月27日3歩の方針を踏襲し，末尾に ?? を加える形で対応することにした。デラングとの兼ね合いで検索寸片をどうするかという課題は残るが，デライトではそれほど多用するものではないので，まずは普通に引っかかるだけで十分だろう。

一つの可能性として，検索ボタンをダブルクリック／ダブルクリックで検索対象を切り替える機能があってもいいかもしれない。

いずれにせよ，まずは既存の検索語変換交度を whr_kw() にまとめる作業から始めることになるだろう。

デライト文書構造最適化，中景部微調整。

途中で終了。

統一感の無かった描出ボタン（描き出しボタン・描き直しボタン）と通注の表現を調整。

ラベルには「描き直す？」と表示しておき，押すと「描き直す」に変わっていた描き直しボタンを「描き直す」と「完了」の組み合わせに修正。これに合わせ通注も「〜で編集」から「〜で描き直す」，「〜で保存」から「〜で完了」という表現に統一。

新規描出フォームでは描き出しボタンに合わせ通注の「〜で保存」を「〜で描き出す」に統一。

通注は最初期実装から分かりやすさを重視し「編集」と「保存」の表現を使っていたが，その後，描出ボタンを実装するにあたってボタンのラベルには「描き出す」，「描き直す」を使い，通注の方を放置していたことでこうした不統一が生じていた。

いずれにせよ描き出し・描き直しはデライトのごく基本的な用語なので必ず理解してもらう必要があり，Twitter における「ツイート」同様ブランディングの一環でもあるため，常に表示されているボタンには使わざるをえない（ここで使わなくて済むならそもそも特別な用語自体必要ない）。

ここで「編集」や「保存」などの用語が混在していることは好ましくないとは感じていたが，微妙に使い分けたいこともあり難しいところだった。

描き出しはともかく，描き直しは編集欄を開く操作と保存する操作があるため，これのために「？」を使うという苦肉の策を取ったりしていた。後者のために「保存」を残すかとも考えたが，「完了」が一番自然であることに気付き決着。

ちょっとしたことのようで大分すっきりしたように感じる。

前後景一覧整備続き。

前景一覧の実装はほぼ終わっているが，多少装体の乱れが残っており，これを綺麗に解決するために装体書整理に入った。

装体書整理は一時大胆にやってしまおうと思って着手したものの，埒があかないため並行してやっていくことにしていた。確かに当時は今よりずっと仕様が定まっていない部分が多く時期尚早だったが，この間に仕様検討も大きく進んでいるため，大きく整理してしまっていい時期だろう。

明日は装体書整理から前景一覧実装完了，ページ付けの基本的な部分の実装，検索演心教育の開始までを目標にしたい。