PythonNet VS CefSharp

I looked into using .NET as a "backend" and the pythonnet library to bridge the gap, but unfortunately that library does not support async. To properly support it would require some kind of integration with the asyncio event loop APIs or implement the AbstractEventLoop interface and some how make it thread-safe - not even sure that's possible with the API design of asyncio itself.

If you're running the python within C# using Python.NET, then you're somewhat within-process and there are ways of sending the data across. (Return objects, channel/queues, whatever fits your use case.)

I was going to make a joke about Python .NET core .. but .. apparently it's a real thing.

I am not set on .NET, but just curious, so thanks for the suggestions. Interesting that it's billed as cross-plaform, but doesn't do it that well. I just searched 'python wrapper for .net' and found PythonNET. Also, it seems yes IronPython is active.

I created a Django based python project that interfaces to TIA Openness to create some Remote IO. To do this I use the pythonnet library. so that I can load the Openness DLL.

Any .NET language with https://github.com/pythonnet/pythonnet

The Fullscreen Chromium (cefsharp) based Web-Browser ignores optionally user input like Mouse clicks, and is optionally always in the foreground (Force-Top-Most), so it can be used for any situation.

Just as a background: I'm working on a façade for the CefSharp utility. This utility requires the programmer to initialize and terminate it in the same thread, once-per-process. My current implementation uses a lazy initialization algorithm requiring inter-thread communication. But the possibility of AppDomains arising or passing away complicates the algorithm by requiring threads to potentially signal one another across AppDomain boundaries. It would be easier to just let the threads communicate without worrying about which AppDomain they belonged to.

I dont want to state the obvious but of course there is CefSharp .. But of course thats pretty heavy duty as you end shipping a headless version of Chrome in your app, but it can do anything a browser can do (of course it can, its Chrome), including exectuting a JavaScript string on the fly and getting a response. Because its Chrome you evenn have access the the dev tool and everything like that. But the other suggestions might be better suited as they might be more lightweight.

Two options: Either use an embedded browser you can control programmatically like CefSharp (https://cefsharp.github.io/) or spawn a real browser and use sendkeys() to control the browser by emulating user input.

Chrome Runtime discussion in CefSharp repository.

https://github.com/cefsharp/CefSharp/ if i spiked your intrigue

CefSharp

I always use https://cefsharp.github.io/