Feature Request - Find folder names

[Carol Haynes]

It would be useful to find folder names in searches (perhaps a toggle button in the main window) so that they can opened with double click.

If this was system (or even network) wide it could make locating files a real snap - especially if a system folder snapshot/database was incorporated like we discussed for files in Program Files.

In the meantime just folders within search folders would be really useful.

[mouser]

yes, folder search is definitely planned, though we have yet to settle here on the best way for user to tell f&r that folder results are wanted.

i plan to implement modifiers + commands in the upcoming week.

after that i will try to do folders and more search options.

[zeromad]

Might I suggest again to implement this feature? It would be very helpful. Actually I am using AppRocket only because of this feature, but would love to have it with F&RR.
Or is it already implemented?

----
great work by the way - the prgramme is really awesome.

[mouser]

welcome to the site zeromad; it's not implemented yet but it is coming in v2 soon.

[lanux128]

in addition to that, i would like to request that the default action could be "Copy target path to clipboard" instead of opening the folders... this would come in handy when i'm fumbling with the open/save dialogs then i could call up f+r then get the exact path i need...

best regards,
lanux

[jgpaiva]

this would come in handy when i'm fumbling with the open/save dialogs then i could call up f+r then get the exact path i need...

-lanux128 (March 09, 2006, 07:52 PM)

Good thinking!

[noth(a)nk.you]

Another vote for finding folders.  In my case, I name all my homework files similarly (HW1, HW2, ...) inside folders of the course number--it'd be nice to have that number play into the searching.  For example, "471 HW" would bring up the list of "HW" files from \EE 471\.

And I like lanux128's idea for copying the path to clipboard, but I wonder if it should be optionally tied to a hotkey (e.g. Ctrl+Shift+C).

Thanks for your time!

[nitrix-ud]

Hi all,

One more vote for finding folder names !!
that would be lovely, i'm still using Approcket because of that
i run a small web agency, yet we have close to 100 customers, and it grows...
I use approcket as a starting point to open a project folder (with approcket you can add folder names of a specific folder - big projects folder in my case - everything stays nice and tidy , no subfolder indexing, etc.)

Cheers,
Nico

[couam]

Hi all,

First a big thanks to all FRR contributors.
I'm on this wonderful piece of software since only a few hours and the only things missing me is the folder names. Happy to see it's planned

Bye

[cnewtonne]

Here is an idea of how to have FARR do folder names (to a nice extent). Currently, it searches what you type using file names. So If I type 'budget' it'll find all files where this string is part of the name. How about if I type '\budget' to have FARR realize that I want it to search using file absolute path only because I included the backslash. so it should find..
\budget\home.xls
\budget\work.xls
\home\budget.xls
 
and better yet, if I want to find 1st file I can simply do this 'get\h'

This way FARR solves the 2 problems ...
1) find all files having 'budget' in their names i.e. search by subject
2) find all files in in this path i.e. search by location

Practically we're faced with both issues on  daily basis.

You can certainly pretty this up by having FARR display the parent folder as the first entry so user can open if they wish. Also, this builds upon FARR major strength where it needs not prebuild in index or load its data causing a significant performance hit.

Overall, I thin doing a pattern search using absolute paths is most efficient way. Compare this to the 3 other methods...

1- auto-complete as you type (as in TypeAndRun) where typing 'c:\p' wtill automatically complete it to 'c:\program files' and if there are multiple matches you need to use tab key to go through them. This is not too bad either.

2- Pattern search on folder names with results shown visually like AppRocket. This very nice too.

3- Keywording folders in file paths (as in Link Stash). So I can type 'documents'
to show all files where this string is part of the path. Or I can type 'documents' 'pictures' to limit it more.

Using above example, my idea is to type 'nts\pic', 's\p', 's\', or even '\p' to display contents of picture folder in documents.

Hope this appeals to you. Let me know what you think.

[mouser]

this is similar to how i was thinking of things.

additionally i was thinking if your search string ends in \
it will show matching FOLDER (DIRECTORY) names.

so if you type
get\

it would display the full paths of all folders ending in budget\

if you typed \budget\ it will display full paths of all paths ending in \budget\

it gets more interesting when you have multiple paths
like \pro\find\*.exe
you might want it to match
\program files\find and run\*.exe files

[cnewtonne]

yes. I guess my question here is there a scenario where this logic will not cover or create issues. The guidline is as follows...

- the use of '\' tells FARR to search absolute paths.
- Hits are displayed if path partially matches pattern. I'm no making a distinction between folders and files here (thinking unix). You may, though, in the display so that you can have folders displayed on top of files.
- no need to use wild cards in the pattern. I think FARR should internally construct the pattern using these characters. Some call this SmartSearch and it may be a user preference option. Bottom line, I need not type \prog*\adob*\*plug*\*.dll. This is redundant and unnecessary typing.

Please take a look at this nice product called link stash http://www.xrayz.co.uk/. It uses this to search IE favorites which are folder based.