-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Options for double clicking a song in the playlist #4991
Options for double clicking a song in the playlist #4991
Conversation
the code compiles; runtime testing will follow
Run |
this will allow the make format to happen without causing a merge conflict
6c8b69c
to
40d985c
Compare
I performed a On a side note, it's cool to know that that tool exists. I spent quite a bit of time trying to manually emulate what I thought was the coding style (including backspacing over automatically generated tabs in order to replace them with spaces). |
Options for double clicking a song in the playlist
This caused me a lot of confusion until I found this PR. I don't think it's a good idea to default to |
It was my intention to emulate the old behavior by default, but having looked through the code, you're right; I goofed that up. I've added a commit to double_click_playlist (after fast forwarding the branch) to change the default to I'm also open to suggestions on how to present the UI options for this to the user. I admit that the options as they stand now are a bit clunky (though hopefully understandable), but I'm not entirely sure how to improve them. I've considered getting rid of |
Sorry for the delay commenting this PR, but I'm ambivalent about this change. What is the purpose of the second column/combobox? Wasn't just one column enough? So OK, why not giving the user more control about this, but I think we should stick to something simple.
"Replacing the queue" looks strange to me (and it's not really a queue anymore if you keep replacing it with one song all the time) Well, don't take me wrong: what you did is great and this is just opinion :) But I'm pretty sure we can make Clementine more customizable while keeping it easy to use. |
@ArnaudBienner , I made a pull request based on your suggestion. I made my original list of options with the mentality of giving the user the greatest number of options possible; the utility of such options was a bit of an afterthought. The link you provided on the subject was an effective counterargument. |
I've hacked in a feature (and the options setting to adjust it) that allows for a variety of behavior when a song in the playlist is double clicked.
The default behavior is to just play the song (this is the prior behavior), so current users won't notice a behavior change if they don't change any options.
If the default is changed, the user can instead enqueue the song; if nothing is playing (and the option for playing is set), the first enqueued song (which will be the clicked one if there was previously no queue) will play.
Alternatively, the user can set the double clicked song to be the next to play. The current implementation does this by wiping the queue before enqueueing the next song; while a better implementation would instead append to the beginning of the queue, that doesn't appear to be as easily accomplished with the queue's API.
Lastly, there's an option to disable the execution of any action upon double clicking a song in the playlist, in case someone would want that.