Feature request v 2- favorite searching

[Chris]

This was mentioned in  an earlier wish list, but I am not sure if it is to be included  in v2.

I would like to use FRR to search my Internet Explorer favorites, with the choice of searching
1. the title,
2. the URL and
3. both the title and the URL.

I would imagine that option 2 & 3, reading the URL within the favorites, would be the slowest

I would use the third method most.

Will this be possible in version 2?

Regards

Chris

[mouser]

this will definitely be added, just dont know yet about what options to present to user.
as you say it could take a little bit of extra time to read the info, so there will most likely be options for whether to enable searching in url strings or not.  title will always be searched.

i think i will be able to add ie bookmark and firefox bookmark searching in the next 2 weeks.

[rbeeger]

Cool, Firefox bookmark search would be nice.

[nontroppo]

mouser: I know you also said you would support Firefox/Mozilla bookmarks. If you do I was wondering if you may be better to code a more general regex driven text search. For the FF bookmarks you will have to parse a HTML file containing a definition list, with HTML attributes defining the bookmark properties. If we had definable regex's, it would be trivial to add support to Opera for example which uses simple line delimited INI like attributes:

[Select]

#URL
ID=14
NAME=Head Hunting  History of the Shuar  Shrunken Heads
URL=http://www.head-hunter.com/
CREATED=1029147558
DESCRIPTION=death
ICONFILE=Bookmark Unvisited
ORDER=-1

Or any other text file could be used in this more flexible approach. You have to code some kind of text-parser for Firefox bookmark support, so you may as well maximise the utility of your development!

[nontroppo]

I also have to say I imagine Favorites / Bookmarks searching will be really slow - maybe you will need to have some kind of pre-processing and cache to speed it up (though not so far as needing a database)!

[mouser]

great suggestion nontroppo.
i was thinking to build a general purpose parser for html links like firefox uses for its browser, but as you say there are issues:
1) some kind of cache will be needed since will be too slow to reparse each time.
2) might as well then do a more general purpose parse+cache system to support other kinds of browser bookmarks and other stuff.
3) now we are getting dangerously close to the database idea.

so let me think on it for a little while to find the best general purpose solution.  i agree with you that a more general purpose solution is the way to go.

[Chris]

I use another program (Quick Favorites Search http://www.chris.id.au/qfs/default.htm) to search both the title and the url. It reads all files every time, not cached, and on a P4 2.2GHz it takes 5 seconds for 3400 favorites.

While this is a considerable time, this is still very useful. If a cache can speed it up, so much the better, but I would use it even it took 5 seconds.

Chris

[mouser]

just a quick note of clarification -
f&r will currently happily search your ie bookmarks by title (ie bookmarks use title as filename).

the only issue to be implemented is being able to search on the url inside the file.