GNOME Bugzilla – Bug 327858
better music library view
Last modified: 2006-04-03 12:37:59 UTC
Current design of a music library does not make a lot sense to me. At least, there are better solutions that Banshee might get inspired by. Feel free to close this report, but I'd like you to at least consider following solution: If I'm not mistaken, playlists already use the GTK tree view widget, is that right? If so, why not utilise it better? Today, the listing of a complete music library looks like this: # | Artist | Song | Album | Whatsoever... What if the listing looked like: - Artist -- Album One Song 1 | whatever information Song 2 | whatever information -+ Album Two + Artist 2 + Artist 3 ... I think we might get inspired by AmaroK, which is a killer app and has a great music library view. I could attach a screenshot if you'd want me to.
This bug can be marked as a duplicate of bug 322800.
Personally I prefer the way used by Rhythmbox/iTunes, with the Genre/Artist/Album on the top, this really rocks, it's really clear, easy, and cool, in one word GNOME! Probabably the "browser" is biggest feature I need in banshee.
I seen "feature request" page (http://banshee-project.org/FeatureRequest) and the "plugin repository" page (http://banshee-project.org/PluginRepository). OK, there is a "browser" plugin in development... ...me VERY happy, wonderful news :D
There are no browser plugins in the works. Whoever edited the page there was incorrect. There is a /patch/ that applies against core to add a browser, but now official work will be done to provide a browser until the new managed track view is finished which will be extremely fast and memory efficient and will allow for quick filtering. At that point a browser will be added to core as it will be very simple to do. Writing a browser at this point against the current model is pointless and no patches for such a feature will be considered. The new model/view should land in the 0.11 series in the next few months. Shortly after that a browser will be added.
Oh, and as for the original request of an amaroK-esq library view... this is not being considered. A tree view for this kind of task is a usability nightmare and efforts are better focused on providing smart filtering, search, sorting, and grouping features against a list-based view. And on a personal note, I'd rather not get inspired by anything in AmaroK... we can do better by staying usable, intuitive, and innovative.
(In reply to comment #5) > And on a personal note, I'd rather not get inspired by anything in AmaroK... we > can do better by staying usable, intuitive, and innovative. Well, OK, with this being said and with bug 322800 being worked on, I guess this really is a duplicate. *** This bug has been marked as a duplicate of 322800 ***