このフィルタリングがプレインテキストの存在マッチになったことには、ボツになったある機能にちょっと関係があります。ボツになった機能...それは、「タグ付け・タグ管理機能」です。一時期、文書にタグ付けをしてタグフィルタみたいなことをやろうと検討したことがありました。タグをどこに保存するのかという点と、名前によるフィルタリングとの相互関係、メモ帳データに関して言えばカテゴリとの相互関係などから仕様策定で難航することになり、最終的にはボツとなりました。タグの良い点というのは、メモ帳でいうカテゴリのような「1文書あたり最大で1つ」という制約がないことです。なるとタグをたくさん付与できなきゃならない。するとどこに保存するんだという話になります。メモ帳データはデータベースの構造に手を付けるわけにはいきません。文書複製機能によって文書が別の種類に化けることもありますから、タグの保存先はポータブルでなきゃならない。既読情報管理のように独立したデータベースを持つのでない限り、保存先は本文内しかないことになります。データベースにタグを付けるためだけに中身を改変するのはどう考えてもおかしいですよね。それにテキストやメモ帳データでも、本文内にタグを埋めるのは人によって好き嫌いもあるでしょう。なれば、独立したデータベースを作成して管理するしかないのか...と考えたわけです。実際問題、ほぼその時点でボツ決定だったのですが、フィルタリングの『テキスト存在マッチ化』によって、タグを付けたければ文書名に付けてください、という逃げの一手をとることにしたのでした。この理屈にはごまかしが含まれています。データに関して言えば文書名もまたデータベース内部に含まれるものですから、カード上のファイルのファイル名を変えるように気軽には変更できないからです。メモ帳ならタイトルとはすなわち本文の一行目ですしね。入れることで著者名によるタグ代わりとしています。個人的にはこれで十分...といったところです。フィルタがかかった状態で一括削除画面を表示すると、その時点で一覧に表示されていた文書だけを対象として一括削除を行うことができます...て、どこかで既に書いたような気もしますが。2020/01/212020-01-21-01-最近の長風呂のお供はこれだった2020/01/172020-01-17-01-fistの自動実行スクリプトにおけるセキュリティホール問題2020/01/112020-01-11-01-fistにsudoを追加する2020/01/072020-01-07-01-fistのプライベートデータとスクリプトの問題2020年01月のlog2019/12/312019-12-31-01-2019年を総括するよ2019/12/262019-12-26-01-guile拡張のREPLは存続へ2019/12/222019-12-22-01-fistのguile拡張からREPL機能を除去するかも2019/12/192019-12-19-01-fistのguile拡張でstream入出力2019/12/082019-12-08-01-fistで添付ファイルのメモリ内圧縮2019年12月のlog2019/11/282019-11-28-01-書籍持ち歩き問題2019/11/222019-11-22-01-fistでzlibを使い始める2019/11/192019-11-19-01-読んでた本と、これから読む本books:Docker実践ガイド第2版2019/11/152019-11-15-01-デスクトップPCをデュアルブートに2019/11/082019-11-08-01-スマートフォンでも鍵盤を使いたい2019年11月のlog2019/10/302019-10-30-01-steamをfistに改名2019/10/242019-10-24-01-できればスケジュールやタスクなんかも。