Non-modal search window

Only forum where polls are allowed. You may announce a new poll in the matching support forum.

Moderators: white, Hacker, petermad, Stefan2

Non-modal search window

Yes
127
91%
No
13
9%
 
Total votes: 140

User avatar
Samuel
Power Member
Power Member
Posts: 1929
Joined: 2003-08-29, 15:44 UTC
Location: Germany, Brandenburg an der Havel
Contact:

Post by *Samuel »

Sometimes searches take up to 2 hours (especially on network drives) and I cannot use TC that time...
Open another instance of TC :!:

I rarely use TCs search because I usually know where my files are. (And I use locate in some other cases)
But I also support this approach too.
TCFan404
Junior Member
Junior Member
Posts: 12
Joined: 2010-01-23, 08:22 UTC

Post by *TCFan404 »

I TOTALLY support this :D I wrote something about this a while ago.
seb-
Senior Member
Senior Member
Posts: 276
Joined: 2011-11-15, 06:14 UTC
Location: DE\BN - only part time TC user after switching to Linux ;)

Post by *seb- »

ghisler(Author) wrote:Unfortunately this would require a major redesign of all the various unpacking functions. One alternative would be to start the search in a separate program instance (launch a hidden TC with just the search window), but then "feed to listbox" would no longer be possible.
Sorry to dig this thread out, among all the other Modal/Non-Modal search discussion.

I just found out the possibility to Sync non-modal by doing this
TC Help wrote:/S=S Start "Synchronize dirs" directly, accepts two paths as parameters, or alternatively a settings name in the form /S=S:SettingsName
If the parameter begins with an equal sign "=", e.g. /S=S:=SettingsName, the comparison will start immediately. If the equal sign is the only parameter, e.g. /S=S:= , the comparison will start with the passed directories and last used options.
Can the search option not be implemented similar...
I know this wont work if you want to click the file to open the corresponding folder in TC and the feed to list box as well as you said.

But sometimes i just search for a file and its enough for me to know where it is.

If it is no big effort for you, can this be implemented?

thanks anyway :)
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48005
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

While standalone sync or lister are useful, a standalone search dialog would be quite pointless. Just open a second copy of TC if you need to perform such a long search.
Author of Total Commander
https://www.ghisler.com
User avatar
Flint
Power Member
Power Member
Posts: 3487
Joined: 2003-10-27, 09:25 UTC
Location: Antalya, Turkey
Contact:

Post by *Flint »

ghisler(Author) wrote:While standalone sync or lister are useful, a standalone search dialog would be quite pointless. Just open a second copy of TC if you need to perform such a long search.
I strongly disagree. First, starting another copy of TC is simply not enough. You need to reopen the same directory, reselect the same files/subdirs, reenter (or select from history) the same file mask, also (if you search by text contents) you'll have not only to check the checkbox but also get the search text from the history combobox. All this makes using the new TC instance very unpleasant.

And, second, it's really very frequent situation that I started a long search, but suddenly remembered I needed to do something else while search is going. Now I would have to either stop the search, reopen another TC instance and restart search there (and do all the steps mentioned above), or I should leave the first TC searching and open another TC instance to do what I needed… just to suddenly remember that I have to do it in a different directory which was opened in the first TC but not yet saved in wincmd.ini, so it's not present in the second TC. I'll have to reopen it, switch to the sorting mode I need, select the custom coulmns I need, and so on, and so forth. All this is extremely unefficient way of spending time.

Non-modal search dialog would be a great advantage.
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
 
Using TC 10.52 / Win10 x64
User avatar
JohnFredC
Power Member
Power Member
Posts: 886
Joined: 2003-03-14, 13:37 UTC
Location: Sarasota Florida

Post by *JohnFredC »

Perhaps a "clone this TC instance" option on the Search function would be a useful enhancement.
Licensed, Mouse-Centric, moving (slowly) toward Touch-centric
User avatar
Samuel
Power Member
Power Member
Posts: 1929
Joined: 2003-08-29, 15:44 UTC
Location: Germany, Brandenburg an der Havel
Contact:

Post by *Samuel »

I also disagree. A standalone or non modal search dialog would be very useful.
User avatar
Hacker
Moderator
Moderator
Posts: 13040
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

I concur. A standalone search dialog would be very useful.

Roman
Last edited by Hacker on 2012-03-07, 23:00 UTC, edited 1 time in total.
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48005
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

And what would you do with the search results? Stare at them and think "Eeureka"?

You can't
- go to the file
- feed result to a listbox
- copy/move/delete whatever the file
Author of Total Commander
https://www.ghisler.com
User avatar
Hacker
Moderator
Moderator
Posts: 13040
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

Christian,
Well, we assume there would be some communication between the processes to enable the usual functionality after the search. We could already go to a file using the existing command line parameters. The only thing remaining would be the feed to listbox, for which TC would have to accept a command line parameter to say load a list of files from a list file.

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
Flint
Power Member
Power Member
Posts: 3487
Joined: 2003-10-27, 09:25 UTC
Location: Antalya, Turkey
Contact:

Post by *Flint »

ghisler(Author)
In addition to what Hacker said, we can also press F3 on a file to view it, and in many cases nothing more is needed. But I don't believe you think that all functions you just named are absolutely impossible to implement.
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
 
Using TC 10.52 / Win10 x64
vizi
Junior Member
Junior Member
Posts: 5
Joined: 2009-06-19, 16:05 UTC

Post by *vizi »

This is a no brainer - every window should be able to work in background and not interfere with file browsing. This includes searches but also unpacking/packing operations (at least in queue if not possible to do at the same time.)
How easy or hard to program it in TC is entirely different matter. But that should be done, is no question. The sooner it is done, the better for TC and his author.

Performing operations one by one is very much obsolete. Today's file managers (even free ones) have this possibility.

I am finding myself using other file manager every time I need to perform search function which says enough about this.
vladputin
Junior Member
Junior Member
Posts: 4
Joined: 2012-08-07, 12:05 UTC

Post by *vladputin »

Why not make it simple:

:idea: How about making the dialog non-modal (via a button a la 'Background') and returning the same dialog whenever user tries to search again before the previous dialog is closed?

This avoids the issues of plugin thread safety and any inter-process communication too.
User avatar
Hacker
Moderator
Moderator
Posts: 13040
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

vladputin,
This avoids the issues of plugin thread safety
Not really, since you can do more with packers / plugins than search.

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
vladputin
Junior Member
Junior Member
Posts: 4
Joined: 2012-08-07, 12:05 UTC

Post by *vladputin »

Hacker wrote:vladputin
This avoids the issues of plugin thread safety
Not really, since you can do more with packers / plugins than search.

Roman
Correct. Well, then the archive and plugin search must be turned off anyway.

Not so cool, but at least it shouldn't be too hard to implement and you avoid having to open a new instance and having to navigate the the search location whenever you don't want to search with plugins (95% of the time in my case)
Post Reply