-
Notifications
You must be signed in to change notification settings - Fork 170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
library bookshelf: Missing Grouping and custom criteria ordering #2796
Comments
Also, between restarts Thorium always opens in Home, one line sort of Grid view and it never remembers when one sets the view in "All publications" to "Table" view. After a restart "All publications" is on Grid no matter what. |
Hello, your original issue is #2792 |
By the way, you can add your own "tags" to organise your bookshelf. There is a dedicated table column to filter by tag keyword, and the column header allows you to sort lexically (alphanumerical) which means that publications with be grouped in batches of rows. |
Rrrrrright, all in one omnipotent place, which on its own is unable to remember its previous state. Quite rudimentary. It is obvious you guys have never had to deal with big libraries. I see lack of initiative to develop on something, which value seams hard to understand for those, that are not a heavy user and with many books to organize. |
Hello again, |
|
I am sorry to hear that you are finding this column useless. There are Thorium users who find it very useful, as it allows sorting and filtering rows depending on the publication format: EPUB, EPUB FXL, DAISY, PDF, Audiobook, Divina. |
Thorium users who are library patrons or who borrow books from publishers find this column useful, as it allows them to quickly see which publications they should finish reading before the loan expires (or to request a renewal of their borrowing period). Ideally Thorium would allow users to configure which columns to show / hide. We experimented with a basic/advanced mode but that made the user interface complicated, and there wasn't a clear consensus on the proposed set of columns in each category. |
Again, sorry you are finding this useless, but please bare in mind that other Thorium users will beg to differ. That being said, in an ideal world the column set would be configurable in Thorium. |
There is a big difference between progression and the last time a publication was opened, don't you think? |
By "one" I assume you mean: "you" ;)
I would really appreciate if you could elaborate on how to solve the problem of a user not remembering the title / author of a publication they are looking for. Wouldn't they then be reaching for other available sorting / filtering criteria such as the book format, the last time the publication was accessed, etc.?
That would be a shame. I look forward to hearing more of your thoughts. Thank you! |
The key is order, order, order! Let us examine following example. You have thousands and thousands of books, publications literature etc. You are starting a new research project. You get all related literature together. In the middle of the project one had to move to different projects and at a certain time is returning to that original project. Than to advance has to find quotations from the literature, but has forgotten the author and the title of the different publications. How is one supposed to proceed? Format, Last Read, Loan (remaining time), Progression all of this is worth nothing at that moment. The only one possibly useful is Tags. However, remember you have but thousands of books, and all are into one gigantic pool of data. Tags might help distinguishing, but search results disappear with each and every new search and with every restart. You are stuck!!!! Now if Thorium would have been able to separate and organize projects (portions of your library related to a project) and than withing that portion one be able to further organize the stages of the research from the get-go, than it would be quite easy to refer to the appropriate stage and find within the related literature, the necessary quotation. |
The issue I posted yesterday, was already closed, so I could not find it and elaborate further on the subject. Barely 24 hours, I thought you guys were overloaded with work.
When dealing with a big library, the "Table" view becomes cumbersome and time consuming and the "Grid" view is frankly a nightmare. The feature I was requesting was grouping into sections based on a custom criteria. Example could be to group by language, or a custom name related to a specific project. When too many items in the library, everything becomes crowded and when searching with an unknown "Title" and/or "Author", there would be no chance to find the document. I understand, that because of technical reasons, it might be difficult, or impossible to implement a "Smart Search" for terms and other abstract parameters contained in the name, let alone in the book itself. Hence the grouping. It can be done at the moment of adding books/documents and placing them in the correct custom group/section. Or it can be done later as a process of organizing the main library. This will be a real gem for anyone with big libraries of books/documents.
The text was updated successfully, but these errors were encountered: