[bshurikan]

Summary

• Chromeless window drag/click is much more reliable: focus clickthrough, live chrome hit-tests, deferred prefs writes, and vsync off by default for lower UI latency.
• Fullscreen/maximized picture place for portrait monitors: Alt-drag pans (clamped in-window), Ctrl-wheel zooms, Ctrl-click resets; cursor stays put across fullscreen toggle. (Inspired by PotPlayer)

Based on v0.7.20-beta3 (feat/viewer-input) so it keeps the new Controller menu / pad work. Conflicts with that branch were resolved (mouse-grab for Switch play still wins over pan; pad sliders use deferred prefs).

Test plan

• Borderless: click cog/pin without needing a second press; drag picture to move; first click after unfocus starts drag/clickthrough
• Fullscreen on a portrait display: Alt-pan continuous (not bit-by-bit), Ctrl-wheel zoom, Ctrl-click reset; pan does not leave empty gaps
• Enter/exit fullscreen: mouse stays on the same desktop pixel
• With Controller → mouse-to-Switch enabled: picture click still grabs mouse (F10 releases); Alt-pan still works when mouse is not grabbed
• Windows build: tools/raw-recv/build-windows-viewer.ps1 produces/overwrites only SwitchFrameTap.exe with icon
• ui_debug=1 in viewer.ini logs ui: view pan start/end, focus, and loop gaps

[TomasUribe]

Thanks! The chromeless click fixes and pan/zoom look good. I'm still deciding on vsync off by default (lower latency, but it tears), so that part may change before it goes in.

[bshurikan]

Thanks! Restored vsync on by default so that policy stays with you - happy for you to flip it later if you prefer lower latency.

Also rebased onto current feat/viewer-input and resolved the raw-view.c conflicts (kept zero-copy / frame_crop / ui_pointer_active from the base, plus the chromeless pan/zoom view_video_copy path from this PR).