After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 702519 - Smart playlists
Smart playlists
Status: RESOLVED FIXED
Product: gnome-music
Classification: Applications
Component: general
unspecified
Other Linux
: Normal enhancement
: 3.16
Assigned To: gnome-music-maint
gnome-music-maint
: 728736 (view as bug list)
Depends on:
Blocks: 724229
 
 
Reported: 2013-06-18 00:17 UTC by Eslam Mostafa
Modified: 2015-01-19 11:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Eslam Mostafa 2013-06-18 00:17:30 UTC
Are we implementing smart playlists, like
1. Most Played Songs
2. Songs added lately
3. Favorite Songs 
... etc
Comment 1 André Klapper 2013-06-19 04:16:32 UTC
Why is this in NEEDINFO state?
Comment 2 Arnel Borja 2014-04-02 10:43:40 UTC
Maybe we could add this now to the Playlists view, so that it won't show the last playlist's contents after it was deleted.
Comment 3 Allan Day 2014-04-17 17:57:35 UTC
There's two issues here: which groups of music do we want to present together, and how do we want to present them?

Some points regarding the first question:

 * Favourites would be necessary if we implement favourites (depends on bug 699860).
 * I can see "Recently Added" being useful.
 * Not sure about the utility of "Most Played" on its own.
 * We might want to consider how a "Suggestions" section would work (which would effectively replace "Recently Added" and "Most Played").

Regarding the second question, it isn't clear to me whether we want to present these sections as views (with a toggle button in the header bar), playlists, or something else.

These are interesting questions, but they are somewhat high-level design: I'm not sure it's useful to have a bug report for them. Closing this for now, but we may want to open new issues as the design evolves.

Favourites is already tracked by a bug. The other issues would be useful additions to the design page: http://wiki.gnome.org/Design/Apps/Music/
Comment 4 Vadim Rutkovsky 2014-04-17 18:18:08 UTC
(In reply to comment #3)
> Some points regarding the first question:
> 
>  * I can see "Recently Added" being useful.
Agreed, looks useful to me. Though 'recently' is quite unclear - is it yesterday/last week or last 10 added tracks?
Technical part: I guess we can use tracker's attributes to filter tracks - should be easy.

>  * Not sure about the utility of "Most Played" on its own.
Not really clear to me. I'd prefer Most Played last 30 days instead of Most Played for the whole time.

 
> These are interesting questions, but they are somewhat high-level design: I'm
> not sure it's useful to have a bug report for them. Closing this for now, but
> we may want to open new issues as the design evolves.
I'd say show them as new playlists, but its still need discussion. I'd propose to postpone it to 3.14/3.16 unless we find a compromise on that before feature/UI freeze.
Comment 5 Allan Day 2014-04-22 11:27:38 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > Some points regarding the first question:
> > 
> >  * I can see "Recently Added" being useful.
> Agreed, looks useful to me. Though 'recently' is quite unclear - is it
> yesterday/last week or last 10 added tracks?
> Technical part: I guess we can use tracker's attributes to filter tracks -
> should be easy.
> 
> >  * Not sure about the utility of "Most Played" on its own.
> Not really clear to me. I'd prefer Most Played last 30 days instead of Most
> Played for the whole time.
> 
> 
> > These are interesting questions, but they are somewhat high-level design: I'm
> > not sure it's useful to have a bug report for them. Closing this for now, but
> > we may want to open new issues as the design evolves.
> I'd say show them as new playlists, but its still need discussion. I'd propose
> to postpone it to 3.14/3.16 unless we find a compromise on that before
> feature/UI freeze.

I think I'd prefer to think about implementing this as a separate "Suggestions" view before we jump into using playlists for it. Up to you though, Vadim - feel free to reopen if you'd prefer to take this approach.
Comment 6 Vadim Rutkovsky 2014-04-22 11:35:21 UTC
(In reply to comment #5)
> I think I'd prefer to think about implementing this as a separate "Suggestions"
> view before we jump into using playlists for it. Up to you though, Vadim - feel
> free to reopen if you'd prefer to take this approach.

Probably implementing those as separate read-only playlists would be easier from technical point. Later on (even during the release we can merge them). Lets leave this until 3.13.2

Setting to Reopened and leaving this open for discussion
Comment 7 Vadim Rutkovsky 2014-04-23 14:18:20 UTC
Started working on it https://git.gnome.org/browse/gnome-music/log/?h=wip/smart_playlists, we'll do the review when it will be finished
Comment 8 Allan Day 2014-07-15 17:00:26 UTC
We did some design work on smart playlists a little while ago. The concept we came up with is to use smart playlists as a replacement for "shuffle all", as well as to provide playlists based on mood or genre. Starting with shuffle all work be helpful, since it will resolve the empty playlist bug we currently have (bug 728736), and will allow us to improve the existing shuffle/repeat controls (bug 724229).

An initial wireframe is here:

https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/music/wire-smart-playlists.png
Comment 9 Allan Day 2014-07-15 17:01:08 UTC
*** Bug 728736 has been marked as a duplicate of this bug. ***
Comment 10 Vadim Rutkovsky 2015-01-19 11:07:03 UTC
Initial implementation landed in https://git.gnome.org/browse/gnome-music/commit/?id=a711301. For now its simply a playlist, which gets updated automatically.