Bug 428833 - Please make the song play with a double click
Summary: Please make the song play with a double click
Status: RESOLVED DUPLICATE of bug 406469
Alias: None
Product: Elisa
Classification: Applications
Component: general (show other bugs)
Version: 20.08.3
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Matthieu Gallien
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-08 11:10 UTC by ivan.planinar
Modified: 2020-11-11 18:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ivan.planinar 2020-11-08 11:10:26 UTC
OBSERVED RESULT

Double clicking on a song makes Elisa add it to the playlist

EXPECTED RESULT

Play the song, like all other music players.

Adding tracks to the playlist shouldn't be by default. It's not something that is done with a mouse clicks.

Thanks!
Comment 1 Nate Graham 2020-11-09 18:16:26 UTC
Seems related to Bug 417284. Seems like we have a fundamental difference in the way people use their music players.

Perhaps we could make a double-click on a song in the browsing view replace the playlist with all music currently visible in the browsing view, and start playing from the double-clicked song. What do you think, Matthieu?
Comment 2 Matthieu Gallien 2020-11-09 21:20:18 UTC
That is probably doable. It seems like accidental clearing of the playlist should not be a problem because we have undo.

Personally, I believe I would prefer enqueue and immediate play. Clearing the playlist does not seem expected to me.

Anyway, this is not a big deal for me as I do not use double click on tracks.
Comment 3 ivan.planinar 2020-11-09 21:32:43 UTC
Thanks.

Well, for me, I see players as big "browsers" of music files and artists.

So when I click on the artist -> album and have the songs list displayed, when I (double)click on one, I expect it to play. Not to be added on the playlist.
Comment 4 Matthieu Gallien 2020-11-09 21:55:14 UTC
Thanks for your feedback.

I have a quite different opinion. I think that a music player is dedicated to manage the playlist. That should show what tracks have been played and will be played next.

This is one thing I regret from Amarok (i.e. the smart playlists).
Comment 5 ivan.planinar 2020-11-09 22:02:01 UTC
(In reply to Matthieu Gallien from comment #4)
> Thanks for your feedback.
> 
> I have a quite different opinion. I think that a music player is dedicated
> to manage the playlist. That should show what tracks have been played and
> will be played next.
> 
> This is one thing I regret from Amarok (i.e. the smart playlists).


Well, I'm all for options then. Having an option in config for that would be ideal, I think? Customizing is the greatest flexibility in programs. :)
Comment 6 Nate Graham 2020-11-10 18:13:02 UTC
(In reply to Matthieu Gallien from comment #4)
> Thanks for your feedback.
> 
> I have a quite different opinion. I think that a music player is dedicated
> to manage the playlist. That should show what tracks have been played and
> will be played next.
> 
> This is one thing I regret from Amarok (i.e. the smart playlists).

What I've discovered over time is that there are two general usage models for a music player:

1. Add the music you want to play to a global playlist explicitly
-----------------------------------------------------------------
With this model, you have to explicitly add the music you want to play to a semi-temporary global playlist.  This model is well-suited to people who like to create mixes and listen to lots of songs from different albums.

The downside to this model is that it requires an extra step to actually play any music; you can't just say "Play this thing I'm looking at"; you have to explicitly put that thing in the global playlist, which means you always have to do some state management. So it's a bit more annoying for people who have simple use cases like "sequentially play these albums from this artist" or "Randomly play songs in my whole collection"

As a result, music players which emphasize this style tend to eventually find a way to support more lightweight play modes where you can use the browsing views directly to play music and hide or disable the global playlist until needed.


2. Use the navigation/browsing views as a de facto global playlist
------------------------------------------------------------------
With this model, you navigate to what you want to play and click play right there, and then the player plays that music as well as the rest of the music that's currently visible in the view. This model is well-suited to people who tend to listen to whole albums of music in sequential order.

The downsides to this model are that it becomes unclear what will play next if you navigate somewhere else, and it's hard to create a temporary curated list of music to play without creating an explicit saved playlist, which is a heavyweight interaction.

For these reasons, music players which emphasize this style tend to eventually gain a "global playlist" feature anyway, even if they make it semi-hidden by default so that interacting with it is optional.


======


Elisa is a #1 music player, which explains why we periodically get complaints from people who want simpler, more lightweight methods of playing their music. I think implementing the proposal here would help a lot. You could then hide the global playlist and use the browse views exclusively, with a playlist of music being implicitly created, but hidden from view until you actually need it.
Comment 7 ivan.planinar 2020-11-10 23:49:03 UTC
Yep, agree with you Nate. :)
Comment 8 Nate Graham 2020-11-11 18:17:09 UTC
Looks like we actually already have a bug report tracking this.

*** This bug has been marked as a duplicate of bug 406469 ***