Feature request: Searching in background
Moderators: white, Hacker, petermad, Stefan2
Feature request: Searching in background
Hi!
I would appreciate possibility to minimize only the search window - work with TC while searching is underway. I'm still waiting for this and it isn't coming. Am I the only one who wants this?
And yet another suggestion - add function which creates(on hotkey) a blank file. If it's already implemented a missed it.
Thanks,
mivra
I would appreciate possibility to minimize only the search window - work with TC while searching is underway. I'm still waiting for this and it isn't coming. Am I the only one who wants this?
And yet another suggestion - add function which creates(on hotkey) a blank file. If it's already implemented a missed it.
Thanks,
mivra
Re: Feature request: Searching in background
Yep, nearlymivra wrote: Am I the only one who wants this?
You may try [Shift]+[F4] which creates a new file with your Text editor.And yet another suggestion - add function which creates(on hotkey) a blank file. If it's already implemented a missed it.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Or if you want to create only a zero byte file without any interaction you can create a button:
Command:%comspec% /c copy NUL
Paramter:? Default.ext
That will present you after pressing the button a dialog with "Default.ext" as name selected. If you hit enter the empty file "Default.ext" is created. Or you could type another name if you like. If you want always create a file default.ext with one buttonclick without hitting enter you just remove the "?" in Parameter line.
For creating folders you can create a similar button:
Command:%comspec% /c md
Paramter:? "new folder"
sheepdog
Command:%comspec% /c copy NUL
Paramter:? Default.ext
That will present you after pressing the button a dialog with "Default.ext" as name selected. If you hit enter the empty file "Default.ext" is created. Or you could type another name if you like. If you want always create a file default.ext with one buttonclick without hitting enter you just remove the "?" in Parameter line.
For creating folders you can create a similar button:
Command:%comspec% /c md
Paramter:? "new folder"
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
You're welcome.mivra wrote:Thanks Sheepdog!
I think both method will serve well.
I know. It is one of the most requeated features, currently. I guess you did not follow my link. (probably did not recognize it). There you could see a poll about this feature.And i meant it seriously with the searching.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Searching in background has been discussed and requested a lot and would probably be a good feature.
However if a search accelerated by a directory and file index (maybe including archive contents or even file content and metadata) will be implemented a search in background could become less important.
In other words: Why should I start a second search or start another task if the search takes 2 seconds instead of 5 minutes?
But there is another interesting aspect for search in background related to a "desktop search". The current search is very difficult to be performed in background (packer plug-ins have to be threadsafe). In "desktop search" could be performed in background without problems. It's just a search in a database.
In other words: Search in background becomes more likely when search is actualy a "desktop search".
This would be like killing two birds with one stone
However if a search accelerated by a directory and file index (maybe including archive contents or even file content and metadata) will be implemented a search in background could become less important.
In other words: Why should I start a second search or start another task if the search takes 2 seconds instead of 5 minutes?
But there is another interesting aspect for search in background related to a "desktop search". The current search is very difficult to be performed in background (packer plug-ins have to be threadsafe). In "desktop search" could be performed in background without problems. It's just a search in a database.
In other words: Search in background becomes more likely when search is actualy a "desktop search".
This would be like killing two birds with one stone
Last edited by Lefteous on 2006-02-18, 16:38 UTC, edited 1 time in total.
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
cmon... that is bullshit and you know that. The search in the background can gray some functions which is MUCH MUCH better then waiting for TC to finish regular search in which you already don't use advacned functions most of the time.The current search is very difficult to be performed in background
Also suplying Thread ID to plugins, that is changing plugin APIs to take thread into account is enough. I don't know why you guys tend to complicate everything you touch.
[SUGGESTION]
Maybe some file system plugin can do the job. Imagine Locate in FS or some other that can do threading
Habemus majkam!
- chandragor
- Member
- Posts: 126
- Joined: 2005-06-01, 10:10 UTC
- Location: Italy