Feature request: getting back to search results

[Thany]

When I do a search, most of the time I press the "feed to listbox" button, because that way it works a lot nicer. But when I accidentally press the "back" button on my mouse, or the backspace key, I get sent back to the previous directory, which is logical. The problem is that I can't quickly get back to the search results, I have to do the search all over again. You can imagine this is quite annoying when having done a time-consuming search query (even though it's my own fault, kind of).

So maybe a feature/fix can be built in, to get back to the search results by pressing the "forward" button on the mouse (most luxurious mice have that), or something like that... Just like the windows explorer, where the "search results" folder is actually an existing, but virtual folder.

[Clo]

>>>Thany

So maybe a feature/fix can be built in, to get back to the search results by pressing the "forward" button on the mouse (most luxurious mice have that), or something like that... Just like the windows explorer, where the "search results" folder is actually an existing, but virtual folder.

Hello!
¤ Do you mean that the result-list could be saved in a TEMP dir?
¤ A programmer-trick is also to create a hidden *.temp file in the program-dir itself to make these handlings, then to delete that file when ended...
In these ways, I support your request!
Best regards,
friendly,
Clo

[SanskritFritz]

This should be solved when the long-awaited virtual file list feature will be a part of TC
... will it be? ... the temp plugin gives no solution, beause it crashes when copying from the search result list.

[Clo]

This should be solved when the long-awaited virtual file list feature will be a part of TC
... will it be? ... the temp plugin gives no solution, beause it crashes when copying from the search result list.

Hello!
¤ What plugin? That I tell should work like when you open an archive-in-an-archive: placed by TC itself in a TEMP dir defined in the settings...
¤ A temporary hidden file works in the same way too; a friend of mine (programmer, high level...) uses this for a certain process in a Delphi™ 5 program, which requires to write a real physical list or so temporarily... This file is removed when that process is ended (when the user presses the "OK" or "Close" button). That doesn't crash in anyway! I discovered this by chance using...TC to watch the program-folder while the process was running! Then, my friend explained me this trick...
Why do you want for it crashes?
Such a real (text) list could be saved if needed; I mean: when you close / quit accidentally either the search dialog or the list in a pannel; a small message could ask for something like:
"Save this list in a file?" [Yes]   [No]
- If "Yes", the file is kept under a defined extension, i.e. xyz.fls (not existing currently...) where "xyz" is the beginning of the current searched string.
- If "No", the file is removed.
Best regards,
friendly,
Clo

[Thany]

Why save it in a file? I don't need it the next time I start TC, so it can just be saved in memory. Memory consumption is not a problem anymore nowadays, with workstation containing at the very least 256MB of mem...

[Clo]

Why save it in a file? I don't need it the next time I start TC, so it can just be saved in memory. Memory consumption is not a problem anymore nowadays, with workstation containing at the very least 256MB of mem...

Hello!

¤ Isn't a problem of RAM cumsomption... Your list is currently in a RAM buffer, and you loose it when a bad handling occurs...
Please, read again and imagine the details I didn't write...
* Finally, it is not mandatory to keep such a file. With the normal programmers'using, it's automatically deleted when the operation is ended successfully... If problem, the part of the result list before the problem can be saved. I mean: each found item is written and saved as so soon it's found. That prevents errors and crashes...
Best regards
friendly,
Clo