fix: m（全件既読）の挙動を Space 送り読みフローに揃える

[hideack]

背景

操作ログ（keylog.jsonl）の分析中に、m（フィード全件既読）の直後に space を押したときの挙動に違和感があるとの指摘があり調査した。

実測でも m の過半（30/58）は content ペインで押されており、その直後の space が期待どおりに連鎖しないケースが再現する。

原因

m ハンドラの「次フィードへ進む」処理が、通常の Space 送り読み（advanceSpaceReading）と別ロジックになっていた。

• 次フィードを feedList.refresh() のカーソル都合で決めていた（送り読みの getNextFeedWithUnread とは別の並び順）
• firstUnread ではなく entry[0] をプレビューするだけで、既読化も setKeepVisibleFeed も行わない
• フォーカスを変えないため、content ペインで m を押した直後の space が
  • 短い記事 → nextUnread() が index 1 から探索し先頭(最新)の未読をスキップ
  • 長い記事 → 開いてもいない・既読化もされていないプレビューをスクロールし、先頭記事が未読のまま残る

修正

m を送り読みフローに統一した。

1. markAllAsRead()
2. getNextFeedWithUnread(currentFeedId) で「現フィードより後の未読フィード」を決定（refresh() 前に呼ぶ）
3. setKeepVisibleFeed を次フィードへ差し替えてから refresh()（既読化したフィードが確実に消える）
4. 次フィードへ移動 → firstUnread() を openSelectedEntry() で開いて既読化 → focus = content
5. 未読フィードが尽きたら focus = feed で No more unread を表示

これで m 直後の space が通常の送り読みとまったく同じ連鎖で次の記事へ進む。

確認

• npx tsc --noEmit（ui.ts に新規エラーなし。既存の neo-blessed 由来 / crawler の警告は対象外）
• 手元で TUI 動作確認（m → space の連鎖）

🤖 Generated with Claude Code