Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added .NET Framework interoperability to the core and started a c# binding library #1

Open
wants to merge 16 commits into
base: master
Choose a base branch
from

Conversation

Donelle
Copy link

@Donelle Donelle commented Jan 2, 2017

No description provided.

@Tobbe
Copy link
Contributor

Tobbe commented Jan 10, 2017

Thanks for your PR! We are not ignoring you, it's just that there isn't really much development going on with LS right now...

My main question is if this couldn't be done as a module instead? Does it really require changes to the core?

@Donelle
Copy link
Author

Donelle commented Jan 10, 2017

Adding .NET to the core seems natural to enable .NET created modules to work with Litestep just as if they were created native modules. So for an example, a configuration like:

LoadModule $ModuleDir$MyCSharpMod.dll clr
LoadModule $ModuleDir$MyNative.dll

Look and feel the same just that one lets Litestep know it should host the module in the .NET runtime.

The other reason for integrating this functionality into the core is because I'm experimenting with a shell replacement for a kiosk experience. Litestep has all the basic functionality I need and the climate here is .NET (none wants to fiddle with C++) so I'm needing to accommodate developers with .NET skill sets. I wanted to contribute this functionality back to the community if its deemed useful :)

@Kreijstal
Copy link

shame .net is not open source compilable tho

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants