C# plugins bridge

[KRtekTM]

I find it easier to write the plugins in C#...

Example plugin that hosts managed WinForms C# .NET application.
PR: #177 or branch: https://github.com/KRtkovo-eu-AI/salamander/tree/cs_demo_plugin

Example of the usage - Json Viewer plugin: https://github.com/KRtkovo-eu-AI/salamander/tree/jsonViewerNET (which is refactored this application: https://github.com/KRtkovo-eu/JsonViewerForAltapSalamander )

[melloware]

very very cool!

[melloware]

I have a bunch of viewers I would like to add...

• JSON viewer like you have above
• SVG viewer
• Improved Markdown viewer .md that doesn't use the IExplore plugin
• WEBP viewer

[melloware]

Do you have a compiled SPL of the JSON plugin so I can try and load it locally?

[KRtekTM]

Do you have a compiled SPL of the JSON plugin so I can try and load it locally?

Yes, but it still have some issues (like that the first open have some glitch etc.) so it's more like preview..
jsonviewernet.zip

[janrysavy]

Is it possible to step in MSVC debugger from C++ to C# (and back to C++) through your bridge?

[KRtekTM]

Is it possible to step in MSVC debugger from C++ to C# (and back to C++) through your bridge?

Yes. The native plugin calls into the managed assembly synchronously via ICLRRuntimeHost::ExecuteInDefaultAppDomain, so control simply transitions from the C++ bridge to the C# EntryPoint.Dispatch method and returns to the native caller when the managed work is done. With Visual Studio attached in mixed native/managed mode and both the native and managed PDBs available, you can place breakpoints on either side and single-step from the C++ call into the C# code and back again.

salam_debug_mixed.mp4