mirror of
https://github.com/Ark0N/Codeman.git
synced 2026-10-13 10:49:41 +02:00
From the owner's review of #580 rather than the bot's report: "Drag while searching: I'd turn it off. A drop is saved for every device (session order or the tab layout), and where it lands relative to the rows the search is hiding is something you only see after clearing it." The PR head left drag on. Both rail drags now refuse while the search narrows the list: the grouped rail's pointer drag in _onTabLayoutPointerDown(), and the flat manual rail's HTML5 drag in its dragstart listener. The flat rail is refused in the listener, not by flipping `draggable`, because a keystroke in the box does not re-render the rows, so a cleared search drags again with the same rows. The sidebar filter box, the header strip and the keyboard moves (Ctrl+Shift+{ }, the row menu) are unchanged. Tests: a grouped-rail press during a search starts no drag and one after clearing does; a flat-rail dragstart during a search is refused and one after clearing goes through. CLAUDE.md and the Dashboard wiki row say so. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>