03-08-2010, 04:03 PM | #1 |
Junior Member
Posts: 2
Karma: 10
Join Date: Mar 2010
Device: Laptop
|
Feature Wish: Save Search Parameters
I have a large library and I often use complex searches to find what I want.
(tag A, and tag B, but not tag C, etc.) Most of these take some time to construct, and it would be nice if I could save the ones I use often for quick access in the future. I know that the search box drop-down list does this in a limited way, but it doesn't fill my needs: what searches are remembered seems to be somewhat arbitrary and not based on usage. Besides, if I start browsing my library by author or series, the old searches are soon lost. Or, I could simply do the search, select all the results, and apply a tag. But that's still rather clumsy, since I then have to remember to apply that tag to all qualifying new entries, and that could quickly get confusing. So, a way to save searches would be great. Sincerely, BookwormDragon Calibre Rocks! |
03-08-2010, 04:09 PM | #2 | |
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
Quote:
|
|
Advert | |
|
03-09-2010, 10:53 AM | #3 |
Guru
Posts: 692
Karma: 27532
Join Date: Dec 2007
Device: Ebookwise 1150 / 1200
|
This would be great!
|
03-21-2010, 03:33 AM | #4 |
Zealot
Posts: 126
Karma: 1826
Join Date: Jan 2010
Device: Kindle 2
|
Hey I came up with the same wish today but decided to search before posting and found this
here is a mock up if it helps. I would love, i repeat LOVE this feature and it would also put to rest the often asked 'multiple libraries' request in a neat way.
Last edited by rollercoaster; 03-21-2010 at 03:38 AM. |
03-21-2010, 08:09 AM | #5 |
Grand Sorcerer
Posts: 11,741
Karma: 6997045
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
@rollercoaster: I am considering implementing some version of saved searches, so I have been thinking about the question.
Some comments on your interesting ideas: 1. It is my impression that someone is working on 'real' multiple libraries, so I hesitate to introduce searches onto the libraries line. 2. A saved search can match books that do not have the special tag, making the use of the tag unreliable. It doesn't seem reasonable either to force a user to ensure that the special tag is attached to every matched book or to automatically add the tag to the result set every time the search is executed. 3. Saved searches will by nature produce overlapping virtual libraries, making it difficult to know which tags must be added during import. This issue would add more unreliability to the implementation. 4. One must be careful with confusing the semantics of library vs search. Libraries have one set of behaviors, searches another. For example, what does it mean to delete a book in a virtual library? Is it deleted from the file system? Is it deleted from the saved search (how?). What happens if the search involves formats and a format is deleted while looking at some other search: how does one know if a tag should be deleted? Can one import from one virtual library to another, and if so, what does it really mean? These issues lead me to question whether we should intermix libraries and search. Experience with music playlists vs libraries also push me to be skeptical. My current thought is that saved searches should work like playlists, with the hope that their behavior will be less mysterious. They would appear in the tag/genre/etc browser as names within a new category. This approach would automatically deal with overlapping result sets, new and deleted books, and altered metadata. The search name gives the hint. A method would be provided to manage the saved searches (view, edit, delete). If done carefully, the current +/-/ignored interface used by the tag browser will work, facilitating composition of saved searches with new search terms. |
Advert | |
|
03-21-2010, 09:34 AM | #6 | |||||||
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
|||||||
03-21-2010, 10:52 AM | #7 | |
Zealot
Posts: 126
Karma: 1826
Join Date: Jan 2010
Device: Kindle 2
|
First off, thanks for considering..
It is great that someone is working on multiple libraries but. for this, it is important to know if it will be just the ability to switch library locations on the fly or all the library locations will be displayed and searchable as one. I am not sure that "Smart Playlists" means the same as "Saved Searches". By smart searches I mean the ability to save any query one can enter in the search bar. Hope you mean the same. to answer some of your questions - Saved searches should indeed be virtual libraries from outside view. more clearly 'Read-only Virtual libraries'. Inside, they can just be a list of queries with a unique name. Saved searches should be further searchable. That unique name can be included, as a tag, in the list of tags such that it behaves like a tag for further searches. or even better, as a new search term. something like playlist:="my saved search 1" Even if the multiple libraries function is implemented, I still think smart playlists/saved searches should appear in the libraries bar in addition to the side pane/tag browser. Because saved searches would look like libraries from outside and because 'finding stuff fast' is a primary function. What we can have is a sleek tabbed thing with, 'Libraries' listing the multiple physical library locations(potentially clicking on one lists books from that location only) and 'Searches' listing the saved searches with icons. Quote:
in the end. what ever you do. just add saved search/smart playlists function Here are another couple of mockups If appropriate forward these to the people working on multiple libraries. Thanks Last edited by rollercoaster; 03-21-2010 at 11:41 AM. |
|
03-21-2010, 11:39 AM | #8 |
Zealot
Posts: 126
Karma: 1826
Join Date: Jan 2010
Device: Kindle 2
|
I agree that results should not be saved. may be for a session/in-memory when a search is accessed first time but not on the disk.
Would be more worthwhile to implement in the search function itself. such that all searches are saved for the session until a change is applied. Last edited by rollercoaster; 03-21-2010 at 11:45 AM. |
03-21-2010, 12:21 PM | #9 |
Well trained by Cats
Posts: 29,803
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Multiple libraries open so many cans of worms
You could store the path to the library it was created for like a "m3u" file does, leaving the option of "./" (for whatevers current). Being able to delete obsolete (or defective) saved queries is important :^) |
03-21-2010, 12:30 PM | #10 | ||||
Grand Sorcerer
Posts: 11,741
Karma: 6997045
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
Quote:
Quote:
Quote:
I should point out that generation of search results will be 'search on demand', not 'search on metadata change', because that is how searches behave today. For example, if you search for books tagged X, then edit the metadata of one of the books found, that book will not disappear from the screen. In addition, newly added books appear, even if they do not match the search criteria. One must reapply the search to correct the results. This behavior makes using saved searches as virtual libraries a bit problematic, because what one sees may not be what the search would return. This behavior doesn't bother me (in fact I prefer it), but I can easily imagine contrary opinions. |
||||
03-21-2010, 12:48 PM | #11 |
Grand Sorcerer
Posts: 11,741
Karma: 6997045
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
At the risk of hijacking the thread ...
You are right, but unfortunately that can has already been opened wide. The libraries on my devices are separate from the 'main' library, but both appear. I can manipulate them separately, copy between them, search on them, etc. I want to be able to compare and synchronize them. I want to be able to manipulate their metadata. I fully understand that the two libraries are separate (that is the point, after all), and that manipulations in one don't necessarily affect the other. I don't see how having additional 'main' libraries complicate the situation any more than it already is. |
03-21-2010, 01:06 PM | #12 | |
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
Quote:
|
|
03-21-2010, 01:35 PM | #13 | |
Well trained by Cats
Posts: 29,803
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Quote:
Each reader storage device is treated separately: My PEz has Main and SD Card when attached. The libraries are not quite the same in details available, either. |
|
03-21-2010, 05:34 PM | #14 |
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
According to the code I've been looking at, there are 3 possible views/libraries for devices, corresponding to the main menu and two possible cards. I have no idea what devices use these 3 views.
|
03-21-2010, 07:11 PM | #15 | |
Well trained by Cats
Posts: 29,803
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Quote:
I wonder what Calibre would do if i plugged a second reader (that I don't have) in??? |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Search Feature doesnt work on converted ebooks | druthven | Sony Reader | 6 | 01-03-2009 08:34 PM |
Feature request: Select what file format to save RSS into | haridasi | Calibre | 2 | 08-23-2008 10:03 AM |
Search Engine - another feature all ebooks should have | James Bryant | Bookeen | 5 | 04-15-2008 04:47 PM |
Sony Reader Ebook Software Search Feature | ninfem | Sony Reader | 1 | 04-11-2008 02:24 PM |