Will Everything be able to be used as a search tool for other services? Let's imagine I want to write a Google search plug in, so when I type a given statement in everything it calls my interface to search in Google.
Also, will I be able to create plugins with .NET or just raw FFI?
A question about the upcoming plug-in interface
Re: A question about the upcoming plug-in interface
Thank you for your suggestions Woailizhi,
Probably not for Everything 1.5.
However, it could be a possibility for future releases of Everything.
I will create some open source plugins and go from there.
For now, it is just a means to remove the ETP Server/HTTP Server/Everything Server from the main program.
plugins have a C interface and will support most languages.
I'll look into making wrappers for .NET to make this easier.
Probably not for Everything 1.5.
However, it could be a possibility for future releases of Everything.
I will create some open source plugins and go from there.
For now, it is just a means to remove the ETP Server/HTTP Server/Everything Server from the main program.
plugins have a C interface and will support most languages.
I'll look into making wrappers for .NET to make this easier.
Re: A question about the upcoming plug-in interface
Wrapper is one thing, but how your C software will load the managed library?
Re: A question about the upcoming plug-in interface
I will have to look into it some more...
There might need to be a wrapper that communicates via COM to the managed library.
There might need to be a wrapper that communicates via COM to the managed library.
Re: A question about the upcoming plug-in interface
COM is a way. But then developers will have to provide wiseu ninstallers, in order to deregister COM components.
On the other hand, .NET 5 allowst o export native methods.
On the other hand, .NET 5 allowst o export native methods.