Quote:
Originally Posted by Ortep
No it is not. If your tree is: Genre->Author->Title how are you going to find all books from Author 'Jones' who has written five fantasy books, half a dozen SciFi and three non fiction books on biology?
|
The master tree is on my computer so I use grep and find for example. On my reader I need as in the case of my bookshelf to find a book and then the speed of finding a book will be optimized if the easy to navigate to directories corresponds to how I think. Choosing in a tag list conatining all possible tags will be much slower than just going down a tree with very few choices on each level.
Quote:
|
No you don't need a level in tags, you'll get it for free. The only thing you need is different (agreed) tags like: Author, Genre, Title, Language. Those tag names are already in mobi books.
|
I wanted to have the levels so that an author can have the same name as a genre for example. Or so that a subsubgenre can have the same name as a subgenre. Of course you can syntactically code the level in the tag name but that is ugly.
Quote:
|
You will have an menu with those tag names. That menu will be identical to a folder list.
|
No it will not since the folder list only will contain the to level folders. The tag menu will contain all tags.
Also with tags it is hard to get into the tool facts like that a book cannot be a cosy and hardboiled at the same time for example. This you get for free in a folder structure. Also as I said it is hard to represent that a tag can only have a set of specific sub-tags (not all tags are possible as a sub tag). I would say that cosy should only be able to have on a cimre book so the tag system should detect that marking something else as a cose is wrong.
Quote:
|
Every cheap MP3 player works more or less like that. On my Zen I can select music on composer, artist, title, album and genre.
|
But that is not flat tags.