Comment 44 for bug 671632

Revision history for this message
Daniel Schürmann (daschuer) wrote :

> This means no folders, just crates containing crates a showing content of all subcrates.

We should be petty sure about this question, since this will effect how we have to implement smart crates later. I can see advantages for both models. How can we answer the question what suits best? Do we have mandatory use-cases?

We sharp our use cases first. Let me do a start:
* Genre tree:

A track can have a flavour of on ore more genres. A genre can have as well one or more parent genres.
So genres are more a map then a tree, see https://en.wikipedia.org/wiki/Genealogy_of_musical_genres
To do this with crates we may have something like that:
- Tracks by Genre
   - Blues
     - Soul
      - R&B
   - Pop
       - R&B
Where Pop->R&B can be a smart crate.
However, not all R&B tracks are Pop. The Pop view should contain all R&B tracks that are also Pop. The Pop->R&B view should contain all Tracks that are Pop and R&B.

Conclusion: for a good Genre Tree solution, we need something more intelligent like a Tree of smart crates, with original crates that hold genre flavours like a the tags used in Last.fm.