KI'm interested in your reasons here. Are you worried for a performance impact? Binary Size? etc.
Genuienly interested here
Genuienly interested here
Tcons: i was worried about perf before since the virtual dispatch tables had a lot of indirection going on. also disliked the need to pass around a Vk object.
Tpros: i absolutely loved how extensions were their own objects and how easy it was to load them.
Tmixed: i wanted to stay close to C names because i am planning to port my game to zig (or worse, c++) some day
Tthe indirection per call could be greatly alleviated by using a concrete type internally but i just gave up due to the other reasons
K
those seem like good reasons. Don't think we can do much about the C-like names but the dispatches I am aware (its still great to hear this so I know to prioritise it a bit more)Ti'm just in a perpetual state of "should i use C# or not"
and having C-like names and being forced to use unsafe/pointers makes the code almost ready to just be copy-pasted to another language
and having C-like names and being forced to use unsafe/pointers makes the code almost ready to just be copy-pasted to another language
Tmight use silk.net for opengl though 
Ki'm just in a perpetual state of "should i use C# or not"I get that
I mean I have a few ideas what we can do to help here, but they feel a bit too narrow to implement, will think about this though. We aren't propietary and have no reason to lock you into anything