And another edge case...
Let the fun begin!
Favorites.
Thou shalt not favorite local music items.
- there are tracks in favorites which are not part of the active library, they will still be shown and can be played. - there are albums in favorites which are not part of the active library, they will still be shown and can be played. They can also be opened and the tracks will show and can be played. - there are artists in favorites which have albums which are not part of the active library, these albums will be shown when the artist is being opened from favorites. However, these albums can not be played and if they are opened, they are empty. Now, while I think all of this is wrong and they should be filtered,
Hmm... I think this could be topic of a lengthy discussion. I would say they should _not_ be filtered (because I only add to favorites what I really want to have access to quickly). BUT whether it's filtered or not, it should be uniform across all types of items. If an artist shows up, then its items should be usable.
IMHO points 1 & 2 are acceptable, 3 is not.
there is some specific aspect to be considered.... If I add something to favorites from an additional browse mode which is not part of the library (a "children's music" album, for example), _should_ that be shown? I think no because - there is no logic I could think of that would determine how to tell apart items that should or should not be shown by such a logic. - the idea of the additional browse modes overriding the library was to _only_ override it in these specific menus, Favorites, however, is outside these specific menus.
And because of your reason #1 we should display them all. How more confusing can it get if you add a favorite and it doesn't show up because it's not part of the main library?
Favorites imho should really be this: items you always want to have access to quickly, no matter how else you're narrowing down your browsing experience.
Maybe I should rather have silently ignored your posting instead of triggering a new lengthy discussion :-).
-- Michael _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
