Templates in ignore list

[MVV]

It would be great if TC support search templates in ignore list. Sometimes it would provide much faster results than using other ways.

E.g. I wish to search something in a folder ignoring all reparse points in it, or to copy/move/backup etc. I'm using such structure under 'Documents and Settings' folder, 50+ links to non-system drive folders, and of course I don't need to backup that folders or search within them if I wish to find only files of current drive. Currently it is almost impossible (even if I forbid to search reparse points, TC will search inside of them). The only way is to search all reparse points (during search TC browses entire structure including reparse point targets too) and add all of them to ignore list. But if I added one line to ignore list - search template 'reparse points', I could simply copy/move/pack/backup this structure.

[HolgerK]

Support++

Regards
Holger

[ghisler(Author)]

I had considered that, but since it would be called for each file in a directory, it would make TC very slow with the wrong filters.

[HolgerK]

but since it would be called for each file in a directory

This is also true for "color by file types" (at least for display) or any search with complex filters.

Anyway, as the request was about mounted folders: wouldn't a combination of "Advanced [x]Attributes [x]Directory" And "Plugins" prevent calling complex calculation for files?

Regards
Holger

[ghisler(Author)]

This is also true for "color by file types"

No, because they are retrieved only when displayed! Example: Enter a directory with 30'000 files. Only 30 of them are shown at a time, so TC has to get only 30 colors until the list is shown. To filter them, the filter has to be applied to all 30'000 files before the directory can be shown!

It's the same problem as when sorting by a slow column (e.g. by diresizecalc.size when showing many deep subdirs), but much worse, because more than one filter could be defined for each file.

[HolgerK]

I see.
On the other side: Not searching 50 additional mounted folder(and sub folders) can speed up the search...

Regards
Holger

[Balderstrom]

Seems like a bug to me.

If I do a search for: *FOO*
And specify plugins as either

1:
tc / filetype / = / Folder
tc / filetype / != / Reparse Point

or

2:
tc / filetype / = / Folder
ntlinks / Obj_Type / != / Junction

or

3: either of the above, and in addition specify attribute (not) read-only.

My results include all Folders and junctions that have FOO in their name. Whereas my filter has specifically stated only if it is a folder and NOT a junction. In addition in case 3, the results also include the junctions that are read-only, when they should have been excluded.

While, MVV's issue is different - he's looking for files; there is no way with the Search Tool to exclude the search from Folders (or Junctions) that have specific attributes or filetype. You can only exclude from the results with the search filters/plugins (sometimes), as I noted above... the behaviour is buggy.

It would likely be beneficial and useful to be able to have an additional search Tab/option(s), wherein all the plugins applied would affect the current path that is being searched --- instead of the files themselves.
In addition, as MVV requested, a tc (base) plugin for reading/the ignore list.
---> tc / IgnoreFolders / filename / ignore.txt

[MVV]

I had considered that, but since it would be called for each file in a directory, it would make TC very slow with the wrong filters.

Currently TC already have a lot of ways to extremely slow browsing down - e.g. sorting by slow content field. Also TC's ignore list already should filter items, also user may set custom view filter - it will be almost the same, TC needs to check filter for every object, also TC needs to check every object for every name/path in ignore list. But sometimes theese ways may be quite useful. And I believe it will be easy to implement since TC has already allows to do something similar in other places.

My results include all Folders and junctions that have FOO in their name. Whereas my filter has specifically stated only if it is a folder and NOT a junction.

I created folders "1 foo f", "2 foo j", "3 foo f r", "4 fon f", "5 fon j r" (with "j" are junctions and with "r" is read-only). My search result list contains ONLY folders and no junctions here (tested statements 1 and 2, AND was used to combine plugin results) - i.e. objects "1 foo f" and "3 foo f r". When I added condition to search read-only objects, I got only "3 foo f r" in result list. So I don't see any bug here.

[Balderstrom]

Hmm, apparently the checkbox for search in plugins is clearing itself after any search it is used. So my attempts were doing multiple searches after closing/opening Find Files (sometimes feed to listbox), and every sucessive search my previous plugin settings while still "there" the "Search in plugins" was turned off (unchecked) --- Although if you go to the plugins tab, it appears checked for a split second and then displays an unchecked state.

[MVV]

Although if you go to the plugins tab, it appears checked for a split second and then displays an unchecked state.

Confirmed. It is strange that TC clears checkbox on displaying plugins page instead of displaying whole find dialog.

[CheloXL]

+1

[ghisler(Author)]

It is strange that TC clears checkbox on displaying plugins page instead of displaying whole find dialog.

The option is checked by the compiler when TC restores the plugin options from the last search, so TC has to uncheck it.

[MVV]

Maybe it is possible to uncheck them BEFORE they become visible?

[MVV]

ghisler,
Are there chances to see this feature in next release? It would be very useful for e.g. temporary ignoring all junctions before search.

Or do you know any other way to exclude some folders (like symlinks/junctions) from search? It is often required to find all real objects and not their reflections.