AutoHotkey Community

I'm in a bit of a crunch and would like to actually pay someone to give a hand writing a small script. Probably a couple/few hours of work for someone. Please contact me if you're interested.

Probably get more bite from serious members if you post what its about a high level of what your attempting to do

_________________
No matter what your oppinion Please join this discussion
Formal request to Polyethene

*can't tell if legit, or April Fools troll*

But yes, please describe your problem in detail. There's actually a good chance it's already been done. I won't try to guess right now...

_________________
Autofire, AutoClick, Toggle, Spam • Window Control Tools
Recommended: AutoHotkey_L

I would potentially be interested in hiring a AHK consultant to wrap the Windows Filtering Platform libraries for a "self-discipline" program I'm writing.

I'm a bit torn, though, between using AHK or C#. The rest of my program is in AHK, but this is a program that will be running on my computer all of the time and affecting all of my internet surfing, so I want it to be fast. Some of the Windows Filtering Platform calls involve callbacks, which an interpreted language might slow down too much. If I can find the right person to wrap the library in AHK, though, I would have them wrap the portions that don't intensively use callbacks.

why not use .NET Framework Interop

_________________
No matter what your oppinion Please join this discussion
Formal request to Polyethene

AAAAAAAAAAHHHHHHHHHHH!!!!!!

That's scary. I'm actually not much of a .NET guy, so I'm afraid I wouldn't know how to make this work. That's essentially what I'm hoping to find a consultant for. I might be able to figure it out on my own, but it would probably take about 40 hours, which I really can't afford given that I started this whole project to save time....

I've basically got two strategies:
1.) My AHK script has 4-5 modes, and will ideally need to do fairly complicated filtering depending on the mode. The first strategy would be to write all of the filtering logic in a separate C# process, and have the AHK script communicate with it through some sort of interprocess communication. All that the AHK script would have to tell the C# process would be which of the 4-5 modes it was in. I'm comfortable with sockets, so I was planning to just to have the two processes communicate through a port on localhost. It looks like .Net framework interop would be a variation on this.
2.) Get someone to wrap the Windows Filtering Platform (WFP) code in AHK, and write all of the filtering logic in AHK. There wouldn't be any headaches with Interprocess communication (IPC), but callbacks would be slow.

Assuming the filtering logic is written in C#, the challenging part will be writing the filtering logic in C#. I suspect the IPC, whether it is sockets based, .net interop based, or some other option, will be fairly simple, since I only have 4-5 modes. My hope is to use the project to learn some C#, if I take the "filtering logic in C#" approach. Here I'm mostly looking for a contractor for the second approach--"wrap the WFP libraries in AHK."