+8.50b164: Search in separate Process... on previous result

[fleggy]

Hello,

Search in separate Process... does not search anything in the the listbox feeded with result of previous searching. At first I searched *.txt files (feed to listbox) and then I searched Mirror. Normal Search... (ALT+F7) works.

Thanks, Tomas

[ghisler(Author)]

Unfortunately this isn't supported. I will try to report this to the user somehow.

[MVV]

ghisler(Author),
Maybe you can add support for this? Also when selection exists and user excutes separate search. The only thing you need is to save selection or previous search result in temporary filelist and pass it to separate TC instance. Option 'Onl&y search in selected directories/files' may be used to enable/disable using passed filelist. TC already supports searching within filelist so it won't be hard to realize.

[ghisler(Author)]

The problem is that this list can be rather long - too long to be passed via command line interface. Once the search is running, there are no more selected files the user could see. Even worse, the user could switch back to TC and select some OTHER files and then start the search with option "only selected"...

[MVV]

Maybe you can send special message to separate instance window if user changes selection in order to disable checkbox?

Also you can use something like WM_COPYDATA to pass selection to separate instance... You've already added a thing to send search results to main instance so this back link would be nice.

[Flint]

The list could be stored in some kind of cache, near the thumbnails cache, for instance.

[MaxX]

2Flint
but what if thumb-cache is disabled? (I did so)

[Flint]

MaxX
Replace my words "near the thumbnails cache" with "near the location where thumbnails are usually stored".

[MaxX]

2Flint
I have empty directory in cfg dialog and (in some cases) forbid any writes to %appdata%. Also I can run soft from CD/DVD's or protected FDD/flash, so program's dir is also being write-protected.
Isn't it better to use default %temp%/_tc%number% dirs?

[Flint]

MaxX
Is this so big a problem to find some writable place? I wrote:

near the thumbnails cache, for instance.

It was just an example. It may be some other place, it may be configurable, it may be dynamically chosen by TC according to some internal hardcoded list of possible locations with searching the first one that is writable — that's not the point! The main idea of my suggestion was not selecting some place to write to, but the general approach of storing the list of find results not in memory but somewhere in file system, so that new TC instances could reload them without additional command line arguments or inter-process communications.