[Feature Request] Drag-and-Drop within Queue #34
Comments
|
Yes, this is already on my TODO list. |
|
I tried to do it, how hard could it be? After 8 hours, i couldn't get not even close. |
|
GTK is fairly well documented nowadays, but its Go bindings are a bit of trial-and-error. I had a quick go at the item and immediately stumbled upon the fact the selection gets reset as soon as you press the mouse button. This behaviour gets circumvented for a right click by simply preventing event propagation, but that might not work for drag-n-drop as it's probably to be initiated during propagation. So I stopped there for now, waiting for the moment the time permits. |
|
Having Drag&Drop in the queue would be really nice. Would it be easier to implement when it is initiated not with a left click&hold, but when you have to hold a modifier key like for example the Alt key and then do your left click, hold and drag? |
|
@gvegidy This won't change much in terms of complexity of the task. Moreover, click + modifier key is commonly mapped to various actions in DEs (like drag window or extend selection). The standard UX pattern for moving items is a simple click-and-drag. |
|
Have you considered adding simple cut and paste on the selection? It would presumably be easier to implement presumably. Alternatively one could in linux at least dump the current queue to a playlist and evaluate $EDITOR playlistfile and update when it returns |
Well this can basically be achieved with a script containing a couple of |
The easiest way to implement this is to harness GtkTreeView's reorderable property. However, this doesn't work with GtkTreeModelFilter, so the TreeView's model gets switched based on whether filtering is active. To facilitate reordering, I added playlist position as a column, so when the row data gets inserted in the new position, I can use the TreePath (row index) and pos column as move target and source, respectively.
The easiest way to implement this is to harness GtkTreeView's reorderable property. However, this doesn't work with GtkTreeModelFilter, so the TreeView's model gets switched based on whether filtering is active. To facilitate reordering, I added playlist position as a column, so when the row data gets inserted in the new position, the TreePath (row index) and pos column can be used as move target and source, respectively. After issuing the move command, the playlist status will change and update the queue with the new positions.
It will be very helpful if this feature will be implemented. :)
Currently if I want to insert some Tracks/Albums in the middle of the Queue, I have to
It IS not usable/comfortable.
Thanks for your work. :)
The text was updated successfully, but these errors were encountered: