Ctrl+V view paste rejects quoted paths and tilde

Found during PR #153 review: a pasted view line whose path contains a space (quoted) or a tilde is a silent no-op. render/framing.rs read_line takes the first whitespace word as the path (a quoted "clip 2" splits mid-quote), and nothing in crates/ expands ~ for file paths, so registry lines pointing into ~/Videos/Insta/ab_testing/"clip 2"/... run fine as CLI args but die silently as Ctrl+V targets.

Options: teach read_line shell-style quoted paths + tilde expansion, or keep the parser and document the limitation (PR #153 documents it for now). The silent no-op is by design for unusable clipboards (docs/UI.md), but a recognizably-a-view line that fails only on path splitting is arguably worth a toast.

Filed under the owner's standing issue authorization (2026-08-05).

The issue points to `render/framing.rs` (`read_line`) and mentions path handling in `crates/` as where `~` and quoted tokens are mishandled. Start by reading those files first and tracing how Ctrl+V view lines are tokenized. Then implement shell-style quoted path handling plus tilde expansion, or document the limitation in `docs/UI.md` per the issue note, and verify with a manual Ctrl+V paste of a path containing `clip 2` and a `~/` path so it no longer fails silently.

由索引模型根據 Issue 內容生成。