topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Thursday December 12, 2024, 3:38 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: which is the proven fastest way to search for and find a file ?  (Read 4047 times)

kalos

  • Member
  • Joined in 2006
  • **
  • default avatar
  • Posts: 1,824
    • View Profile
    • Donate to Member
hello!

which is the proven fastest way to search for and find a file ?

thanks!

IainB

  • Supporting Member
  • Joined in 2008
  • **
  • Posts: 7,544
  • @Slartibartfarst
    • View Profile
    • Read more about this member.
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #1 on: October 01, 2012, 07:48 PM »
I don't know which is proven, but the quickest method that I know of is to install Locate32, which periodically updates its database index of all your files.
When you look for a file name or part-name, Locate32 instantly gives you a listing of matches, and it greys out the file icon for any that have been deleted (are no longer there) since it last did its database update.

Its very fast, because it is an index that is being searched.
Carrying out a real-time search from a file explorer is otherwise not so quick!

rgdot

  • Supporting Member
  • Joined in 2009
  • **
  • Posts: 2,193
    • View Profile
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #2 on: October 01, 2012, 08:10 PM »
In my experience

Locate32 like mentioned http://locate32.cogit.net/
Everything http://www.voidtools.com/
Quick Search http://www.glarysoft...lities/quick-search/

40hz

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 11,859
    • View Profile
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #3 on: October 01, 2012, 08:55 PM »
I use Everything.  8)

Unbelievably fast even if you don't keep the background index regularly updated.
« Last Edit: October 01, 2012, 09:01 PM by 40hz »

MilesAhead

  • Supporting Member
  • Joined in 2009
  • **
  • Posts: 7,736
    • View Profile
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #4 on: October 01, 2012, 10:34 PM »
I never noticed Quick Search before. I just tried it. The response typing in the search seems fast. But it could use more options. For example I type in a folder name and it finds 2 or 3 matches. But it won't let me select the 3 matches and hit Enter to open all the folders.  Seems to want double click with the mouse.

Also on double click, it insists on opening the folder window maximized.  Could be nice with a few improvements though. Also I really don't see the need for an installer with this type of utility. Just unzip to an empty folder should be good enough.

The other thing is hard-wired hotkey of double pumping the Control key. Not conducive to triggering with another app. I have a hotkey set up for Shift-Backspace. If Everything Search is running, it handles the hotkey. If not, I activate UltraSearch window if present or run UltraSearch if not already running. It's nice to be able to chain in 2 or 3 similar utilities to one hotkey so I can change which one I use without having to remember to hit a different key combination.

« Last Edit: October 01, 2012, 10:39 PM by MilesAhead »

widgewunner

  • Member
  • Joined in 2009
  • **
  • Posts: 93
    • View Profile
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #5 on: October 01, 2012, 10:43 PM »
Remembering where you put it in the first place.

Jibz

  • Developer
  • Joined in 2005
  • ***
  • Posts: 1,187
    • View Profile
    • Donate to Member
Re: which is the proven fastest way to search for and find a file ?
« Reply #6 on: October 02, 2012, 01:15 AM »
I would say it depends on if you are searching for a file by its name or contents, and (to some extent) if the filebase you are searching is largely static or changes a lot.