Find, empowered!

[Borut]

I believe that a new strength of XY is being formed: a combination of image presentation and find- and branch view proficiency. What about the following additional possibilities?

Include subfolder levels combo box: Defines in which levels under the current location (= level 0) will be searched.

Examples:
* (default; = all subfolders)
0 (= no subfolders)
1
1-3
1,3 (= only subfolders on first and third level, when these exist)

Folder name combo box: Only folders named like this (and, optionally, their subfolders unconditionally) shall be searched.

Examples:
* (default; = folder names are irrelevant for the search = all are being searched = present case)
*My dog*
*2012*

Rationale: Why?

My image folder names have the following format:
yyyy-mm-dd_Place (Themes and Details)
for example:
2012-05-27_Wien (Mama, Borut)

Additionally, I would like to put secondary images (cropped, enhanced, ...) into subfolders of these.

I find that with the new possibilities described above, one could in effect make the queries of the following type (when the naming convention above is used for the sake of this example) and using the boolean search mode:

Find only the original (unmodified) photographs showing Mama AND Borut and taken in Vienna in May 2012 OR May 2011.

or

Find only later modified (=secondary) photographs showing Borut AND taken in Vienna in May 2012.

What do you think?

[neutrox]

Defining levels for recursion is something I was dreaming about the last week, especially if folderreport is the way to do it.
Count me in, +1.

[admin]

Yes, location filter, interesting. I might have a look at this later. Currently other things on my mind.

[Borut]

Bump.

[admin]

Subfolder levels has been added already:

Code: Select all

v13.80.0001 - 2014-02-25 20:08
    + Find Files: Added a way to limit the search depth. Simply append the new 
      switch "/maxdepth=n" to the search term in the name field.

[Borut]

Location filter would really really make me happy. Maybe it could be a kind of extension for a Branch View?

Rationale: Assuming the name of a folder contains a date on which the images in a folder were taken, show me all images taken on today's date, wherever in my image folder hierarchy they are (or up to a certain depth level). Example: "Show me all files under folders named like "*-01-30*".

Or is this already possible?

I feel that this would be a killer function, light years faster than when searching after the file names directly.

[highend]

That's already possible

Check the [x] Path box under the "Name & Location" tab

Search term is:

Code: Select all

"*\*-01-30*"

or without quotes:

Code: Select all

*\\*-01-30*

And if you don't want to see the folder names in the result list,
Under "Attributes": Not [x] [x] Directory

[Borut]

Many thanks highend - I was not aware of this!

It works great and can of course be saved in a template and added to favorites. Cool.

Marginal note: I guess that due to the architecture there is no possibility to do a search of the following kind: "Search only folder names and then, for the matching folders, add all objects residing in that folder to the result list (possibly only files of a predefined type). In my case - where the search runs through 50000+ files - there are much less folders, so that would be much faster, I suppose.

[highend]

Can easily be done with scripting but I don't know if this so much faster than using a boolean GUI search in the first place...

[admin]

Actually I like this idea, I think it's very XY-ish. So I will add a new switch /paths=blah|blub|yadda (with wildcard support).

Example:

Code: Select all

?*.txt /paths=test|a*|b*

Would find all TXT files in immediate parent folders called "test" or beginning with "a" or "b".

OK?

[Borut]

Oh yes, very much so! Looking forward to it.

[Borut]

v17.50.0201 - 2017-01-31 16:46
+ Find Files and Quick Search: Added switch /paths by which you can
return items by the name of their parent folder of full path.
/paths=path;path;path

Marvelous!! Many thanks - I am already smiling from ear to ear - it is working really nice. I then tried to use a date variable, but I seem to be out of luck. This is my search string for "Get me all images and videos taken in any year on today's date":

Code: Select all

*.jpg;*.avi;*.mov;*.mp4;*.mpg;*.wmv   /paths="*<date mmdd>*"

Interestingly enough, when I use <date mmdd> in a "classic" file name search, it works. Am I doing something wrong, or simply trying to use an unsupported feature?

[admin]

It will work in the next version.

[mikeyww]

Would like to see Find Files with an option to specify a depth level of subfolders (i.e., maximum depth).

[highend]

Append /maxdepth=n to the name field, done...
n=0, 1, 2, ...