[REQ] Search exclude

[Gral]

2 Mr Ghisler
Please, add the option to turn off search for files names in certain, defined by user, types of archive files. Useful with plugins like AVI, REG.

[van Dusen]

Yes, would be useful!

Syntax to define this could be "{search-for pattern} | {archtype(s) to exclude}/" (e.g. "*.txt | *.7z/")

Workaround:
1. Switch to branch view (<Ctrl><B>)
2. Mark the files (archives), you don't like to be searched in. Can be done with a user defined selection (e.g. "> Arcs SearchExcl")
3. Invert the selection
4. Run the search (<Alt><F7>) with checkbox "Only search in selected directories/files" checked.

[Hacker]

More TC-like workaround:
Alt-F7, Plugins, Search in Plugins, Property Ext, !contains, fill out the rest to your liking, add more aswell.

HTH
Roman

[van Dusen]

More TC-like workaround:
Alt-F7, Plugins, Search in Plugins, Property Ext, !contains, fill out the rest to your liking, add more aswell.

Good idea !
Unfortunately it seems not to work properly (Bug? Or do I miss anything?). Example:

Given:
Archive.7z/Test.lng
Archive.7z/Test.txt
Archive.zip/Test.lng
Archive.zip/Test.txt
Test.lng
Test.txt

Search for "*.lng" with checkbox "Search archives" checked. Result will be:
Archive.7z/Test.lng
Archive.zip/Test.lng
Test.lng

Let's try to exclude *.7z from search now using the "Plugins" tab (as described in your posting). Checkbox "Search achives" in tab "General" is still checked. The result will be:
Test.lng

The entry
Archive.zip/Test.lng
is missing!

EDIT:
Even if it would work: I guess, that TC would enter any archive first (to extract the filenames) and would remove the unwanted entries afterwards (don't know... am I right?). There should be a way to exclude archives from search "in advance" (before TC enters them).

[szlori]

Plugin Search does not work inside Archives (somebody correct me if I'm wrong, but even a simler condition would not work).

I'm not sure, but maybe it's possible to do this with RegExp search...

Anyway, I have a proposition:
Why not treat archives same as directories? For directories you have the option to exclude some, even using whildcards.

This way you could just say:
Search for: "*.lng | *.7z\"

[van Dusen]

[...]Anyway, I have a proposition: [...] Search for: "*.lng | *.7z"

Yes, your suggestion is similar to mine:

Syntax to define this could be "{search-for pattern} | {archtype(s) to exclude}/" (e.g. "*.txt | *.7z/")

TC is IMHO a bit inconsistent the way it displays filepaths within archives:

* In search result (<Alt><F7>) TC uses a foreslash (</>) to separate the archive's filename from file-/foldernames within the archive (that's the reason, why I suggest a "/")

* In the filepanels it uses a backslash (<\>) instead.

Hence, "/" or "" would be both ok

[szlori]

[...]Anyway, I have a proposition: [...] Search for: "*.lng | *.7z"

Yes, your suggestion is similar to mine:

Syntax to define this could be "{search-for pattern} | {archtype(s) to exclude}/" (e.g. "*.txt | *.7z/")

To be honest, I missed that part of your post...
I would say your suggestion is the same (the difference is an unimportant detail).

[Gral]

More TC-like workaround:
Alt-F7, Plugins, Search in Plugins, Property Ext, !contains, fill out the rest to your liking, add more aswell.

This is like "search but don't display files found in archives with extensions..."
I think about something different: "don't search for files in archives with extensions..."

Even if it would work: I guess, that TC would enter any archive first (to extract the filenames) and would remove the unwanted entries afterwards (don't know... am I right?). There should be a way to exclude archives from search "in advance" (before TC enters them).

Exactly !

[Gral]

Maybe in TC7 ?

[Hacker]

Gral,
Is there any special reason why you keep deleting your posts and reposting them?

Hacker (Moderator)

[Sheepdog]

Gral,
Is there any special reason why you keep deleting your posts and reposting them?

Hacker (Moderator)

I bet to keep the thread alive and on the first page.

sheepdog

[majkinetor !]

Its funny how moderator didn't realise that....