v0.1.6: highlight the folder a dragged playlist would drop into
This commit is contained in:
18
TASKS.md
18
TASKS.md
@ -3,6 +3,24 @@
|
||||
Legend: `[ ]` todo · `[~]` in progress · `[x]` done.
|
||||
When a round closes, move its finished items to `tasks-done.md`.
|
||||
|
||||
## Round 25 — folder highlight while dragging a playlist (v0.1.6)
|
||||
|
||||
Tests in `tests/test_round25.py`. Fix round → patch bump **0.1.6**.
|
||||
|
||||
Dragging a playlist over a folder gave no indication the drop would land
|
||||
inside it. `PlaylistTree` now highlights the hovered folder mid-drag with the
|
||||
same treatment track drops give playlist rows, via a shared
|
||||
`_highlight_drop_target(pos, kind)` helper ("folder" for internal moves,
|
||||
"playlist" for track drops). A folder in the dragged row's own branch is
|
||||
never highlighted — `move_playlist` rejects that drop as a cycle, so lighting
|
||||
it up would lie. The Round 24 autoscroll tick's highlight refresh became
|
||||
kind-aware (`_drag_target_kind`) so a folder highlight survives edge
|
||||
auto-scrolling instead of being cleared by the track-only check.
|
||||
|
||||
- [x] `lintunes/gui/sidebar.py` — `_highlight_drop_target` /
|
||||
`_is_own_branch` helpers; `_drag_target_kind` tracked through
|
||||
`dragMoveEvent`, reset in `_stop_autoscroll`.
|
||||
|
||||
## Round 24 — sidebar drag auto-scroll (v0.1.5)
|
||||
|
||||
Tests in `tests/test_round24.py`. Fix round → patch bump **0.1.5**.
|
||||
|
||||
Reference in New Issue
Block a user