FSE-Fast Search Engine plugin
Moderators: white, Hacker, petermad, Stefan2
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
2SanskritFritz
Ctrl+B also problematic, because it handled by TC itself. I can add ini file settings "FlatView" for all searches or Ctrl+"properties" for specific search.
2majkinetor !
To be honest? I'm too lazy, for this. But I swear - if sometime TC will allow to load plugin at startup I'll implement fast search on startup in background thread.How about having an option to make the searches permanent?
For me too, but it is absolutely impossible. What do you expect to see after search for "readme.txt"? Several files in the single folder with identical names? No chance.For me even the plain filenames are enough,
Ctrl+B also problematic, because it handled by TC itself. I can add ini file settings "FlatView" for all searches or Ctrl+"properties" for specific search.
2majkinetor !
Because first it have to be implemented.Why don't you add ini option:
Somebody want to develop such plugin? I'm ready to help with all my knowledge.BTW, why don't u make this plug open source ?
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
I already suggested that here, but I don't expect this:but I swear - if sometime TC will allow to load plugin at startup
There is a way to execute plugin on startup now, using dummy content field. This requires to have content plugin along with your FS plugin witch sole purpose will be to start your FS resident part.
Except for the lack of time, is that a problem ?Because first it have to be implemented.
Well, I wanted to do this thing for a while, without using Locate as its DB is open source. Your way is nicer as it requires no knowledge of Locate internals. It would be good to make it open source, I might add some code one day....BTW, why don't u make this plug open source ?
Thx.
Habemus majkam!
- SanskritFritz
- Power Member
- Posts: 3693
- Joined: 2003-07-24, 09:25 UTC
- Location: Budapest, Hungary
I dont understand this. I thought (not knowing the internals of the plugin system) it works just like the normal filesystem, where after pressing ctrl-b, several files appear with the same filename.For me too, but it is absolutely impossible. Laughing What do you expect to see after search for "readme.txt"? Several files in the single folder with identical names? No chance.
I switched to Linux, bye and thanks for all the fish!
2majkinetor !
Yes, I've seen it. I've suggested it before too. Without success but I hatch a hope.I already suggested that here, but I don't expect this:
Yes, I know. I've used this method in one of my plugins. Unfortunately this method have major drawback - user have to keep this plugin custom view as startup view. It good for me, but many users don't like it.There is a way to execute plugin on startup now, using dummy content field. This requires to have content plugin along with your FS plugin witch sole purpose will be to start your FS resident part.
High spirit.Except for the lack of time, is that a problem ?
I prefer to help you write your own plugin (if you need such help). Ok?It would be good to make it open source, I might add some code one day....
2SanskritFritz
It is big difference. TC offers to you kind of service "shows different files with same names", but TC know about difference between files. In FS-plugins TC knows only what plugin reports to TC. So plugin cannot report about different files with the same name in the same location.several files appear with the same filename.
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
No, it has not. Read the entire procedure I posted in the mentioned topic.Unfortunately this method have major drawback - user have to keep this plugin custom view as startup view. It good for me, but many users don't like it.
That was not the point. This plugin is preatty much trivial. However, even the trivial things require time. That was the point.I prefer to help you write your own plugin (if you need such help). Ok?
Habemus majkam!
2majkinetor !
Mmm... Old good time! I remeber how TC crashed when column width was 0.
Now it doesn't crashs but doesn't allows it anyway.
About modification wincmd.ini - no, thanks. Much more easy and safely to write external program to detect TC startup and inject required dll in TC.
Believe me, I'm not only understand entire procedure, I even tried to implement it half year ago while looking way to load plugin at startup.Read the entire procedure
Mmm... Old good time! I remeber how TC crashed when column width was 0.
Now it doesn't crashs but doesn't allows it anyway.
Yes, it is. If TC starts in any non-custom view (Full, Brief etc...) it not loads content plugins. If you prefer I can rephrase it: user have to keep as startup view any custom view containing field from this plugin.No, it has not.
About modification wincmd.ini - no, thanks. Much more easy and safely to write external program to detect TC startup and inject required dll in TC.
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
what about 1C crashed when column width was 0.
Yes, it must start in custom view. Well, there are limitations of that system.Yes, it is
Ha ha, how that compares to our story ? It will be started even when TC is not, witch is not the point.About modification wincmd.ini - no, thanks. Much more easy and safely to write external program to detect TC startup and inject required dll in TC.
Btw, no need for external program, just put dll into registry key to be loaded with eatch application and detect TC within dll, thats all. Much better then resident program running all the time in a loop, doing nothing except making windows worry about it...
After all, probably the most easiest thing is to replace shortcut for TC to the the one pointing to executable that will load TC and start up plugins and exit.
Multiple approaches are possible, but only the one that doesn't deal with outside world is correct. Everything else is workaround.
Well, anyway, its good you mentioned all that. The only good solution is to support this by Ghisler itself. Nothing easier. Just see the ini, load all dlls and call 1 func.... can be done within an hour or so including interface for adding/removing start up plugins.
Habemus majkam!
2majkinetor !
AFAIR minimum is 5.what about 1
Well, it is matter of taste. BTW, I didn't wrote "better" - I wrote "easy and safely".Much better then resident program running all the time
Now imagine my anger, because I personally want always start TC in brief view.Well, there are limitations of that system.
Yes, you absolutely right.The only good solution is to support this by Ghisler itself. Nothing easier. Just see the ini, load all dlls and call 1 func.... can be done within an hour or so including interface for adding/removing start up plugins.
2m^2
The problem (in scope of our conversation) is enforce me(!) to use starters. And while I don't use starter I cannot call "good solution" a solution with starter. If you use starter you can find solution matching your requirements. I need solution without starter, because I don't like them.
You don't understand my point. Problem is not to have several installations.What's the problem?
I run 2 different installations. And have absolutely no idea what could be the problem with having more.
The problem (in scope of our conversation) is enforce me(!) to use starters. And while I don't use starter I cannot call "good solution" a solution with starter. If you use starter you can find solution matching your requirements. I need solution without starter, because I don't like them.