Beetroot v1.6.2：切り詰めバグ

検索結果が 200 文字に切り詰められた v1.6.1 のパフォーマンス修正 を覚えていますか ? まだ切り詰められたデータを使っていた箇所をいくつか見落としていたことが判明しました。

ひと目で:

• AI 変換の切り詰めコンテンツを修正：右クリックメニューからのクイックアクセスプロンプト (Fix Grammar、Summarize など) が、フルテキストではなく 200 文字を受け取っていた
• 切り詰められたプレビューを修正：プレビューが部分的なコンテンツと誤った行数/文字数を表示していた
• Alt+T トグルを修正：Alt+T を 2 回押すと変換メニューが閉じるようになった (以前は何も起きなかった)
• Apps フィルタカウントを修正：ドロップダウンが、アクティブなタイプフィルタを無視してアプリごとの合計カウントを表示していた

---

切り詰めバグ

v1.6.1 は検索結果にコンテンツの切り詰めを追加しました。リスト表示にはプレビューを表示するために最初の 200 文字だけが必要なので、フルコンテンツ (ブラウザコピーから得られるメガバイト級の HTML を含む) を送信するのは無駄でした。修正はパフォーマンス的にはうまく機能しました。

問題は、いくつかのコードパスがまだ検索結果から直接 item.content を取得していて、データベースから完全なアイテムを取得していなかったことです。これらのパスは黙って 200 文字で動作していました。

• AI クイックアクセスプロンプト：クリップを右クリックして、コンテキストメニューから「Fix Grammar」や「Summarize」を選ぶ。AI は完全なテキストではなく、切り詰められたスニペットを受け取っていました。クリップが短ければ結果は問題なく見えますが、200 文字を超えるものはすべて静かに切り捨てられていました。
• プレビューパネル：フルクリップが 3,400 文字なのに、プレビューヘッダが「34 chars」と表示。プレビューからのコピーが切り詰められたテキストをコピー。
• プレビュー矢印ナビゲーション：プレビュー内でクリップ間を移動すると、最初のクリップではフルコンテンツを取得しますが、後続のクリップでは切り詰められたデータを使っていました。

修正: 完全なコンテンツが必要なパスはすべて、最初に dbGetItem() を呼ぶようになりました。検索結果は表示専用データとして扱われます。クリップで意味のあること (貼り付け、変換、プレビュー、コピー) をしたければ、本物を取得します。

Alt+T トグル

Alt+T を押すと変換メニューが開きます。もう一度 Alt+T を押せば閉じるはずですが、閉じませんでした。オーバーレイ中の偶発的な操作を防ぐオーバーレイガードが、「このオーバーレイを閉じる」アクションもブロックしていました。今は Alt+T が focused モードと no-focus モードの両方でガードを通過します。

Apps フィルタカウント

フィルタバーの Apps ドロップダウンは、アプリケーションごとの合計カウントを表示していました。Chrome から 500 個のクリップがあり、「Images」でフィルタリングしても、ドロップダウンはまだ「Chrome (500)」と言っていました。実際にはそのうち 12 個だけが画像なのに。今はカウントがアクティブなタイプフィルタを反映します。

アップデート方法

Beetroot は自動でアップデートを提案します。または GitHub から v1.6.2 をダウンロード してください。