this may not make it into version 2, it's just something to consider and plan for and discuss.
the desktop search tools like google and msn, which search INSIDE of files, work by scanning and reading files in the background (or on demand), and creating a huge database of file contents.
it is this database that is searched then when you run a search.
now i considered having F&R create a database of files and search that..
however my initial feeling was that there would be little payoff from it..
because the operating system should be fairly efficient at cacheing directory listings
and because f&r doesnt search file contents, only file names (though we could debate this)
and because f&r needs to be able to search partial words and arbitrary patterns, which makes it hard to do efficient database lookups.
so, it may simply be that there is no real way to substantially speedup searching, and that implementing a database system and background scanning is more trouble than its worth.. but it's something to consider.
the one thing that f&r does do it is take pains to store any previously launched program in a list and search that first, so the first time you search for "microsoft word" it might take several seconds to locate, but the next time it should instantaneous. that feature could probably be enhanced to be more clever about what it caches..
any other suggestions are welcome