osu-framework VS Roslyn

Related to your vision, you should definitely take a look at osu!framework. It's an open-source C# game engine, focused on 2D rendering and UIs. You can see the biggest example of it being used is, of course, osu! itself (osu!lazer, next iteration of osu!). It is so good that it has become my standard in terms of visual design and UI features.

An API I particularly like for this is how osu!framework does it.

Almost unrelated, but for game development (in C#), you might wanna look into the osu!framework, if at least just out of curiosity. It is a free and open-source game engine developed by peppy, the developer of osu!. You would also be able to develop on Linux (where programming tools really shine if you ask me) using VSCode and have neat things like visual tests and other stuff I haven't looked into.

it seems that despite using SDL, if you have "raw input" checked, it still uses the osuTK mouse input handler (https://github.com/ppy/osu-framework/blob/b97c26a684dc8ded5a349d24f8664a4f4b8c42a4/osu.Framework/Platform/DesktopGameHost.cs#L133, that's good)

Recently, while creating some experimental C# source code generators (xafero/csharp-generators), I was just concatenating strings together. Like you do, you know, if things have to go very quickly. If you have a simple use case, use a formatted multi-line string or some template library like scriban. But I searched for a way to generate more and more complicated logic easily - like for example, adding raw SQL handler methods to my pre-generated DBSet-like classes for my ADO.NET experiment. You could now say: Use Roslyn and that's really fine if you look everything up in a website like SharpLab, which shows immediately the syntax tree of our C# code.

At runtime, the Case C# expressions are embedded into a function and dynamically compiled into an assembly using the Roslyn C# compiler. Then the function that contains the expression is called (e.g. CaseAvailableFunction.Availablle()). At runtime, the function provides various methods to access stored case values as well as the current input data.

I like to use the roslyn coding practices for C# projects (https://github.com/dotnet/roslyn/blob/main/docs/wiki/Contributing-Code.md)

Looks like it uses the Microsoft.CodeAnalysis.LanguageServer package as the lsp. The code for that is here https://github.com/dotnet/roslyn/tree/main/src/Features/LanguageServer/Microsoft.CodeAnalysis.LanguageServer so presumable there's some way to get it to talk to neovim.

https://github.com/dotnet/roslyn/blob/main/docs/features/int...

Without interceptors, source generators can only add new code, but cannot modify any existing code. Interceptors enable method call substitutions.

Here is a link to the dotnet/roslyn .editorconfig for reference, scroll down to # CSharp code style settings: