Maybe you can speak to BSD considering your knowledge on that
Maybe you can speak to BSD considering your knowledge on that
R(was reading the workspace for 3.0 today lmao)
RIf someone commits to continuing to work on the bindings. I'd be open to attempting to get them to work in the silk.net 3.0 windowing abstraction. Maybe not at first. Would probably only focus on GLFW but once the bindings do get generated and work is shown, I'd be open to trying to get them up and running
Lbindings on BSD are... interesting
KQuick note on maintainers (feel free to quote this in the future)
We will be looking for Bindings owners / maintainers in the future. This will generally be a low maintenance role to have, but they are responsible for providing samples, tutorials, documentation, checking breaking changes each update (there should be few) and point out issues with generation.
We are of course also looking for contributors or even maintainers for the generator (3.0) I have most of the infrastructure ready and an initial end to end test is functional (to be merged)
Reach out to me if you're interested in any of this. Bindings maintainers can't do much right now, but I'd reach out again once there are.
I will maintain the generator & look to own vulkan in the future.
OpenGL is the big one here, it's missing someone to own right now, I want to keep it for sure but am not proficient enough in it right now.
We will be looking for Bindings owners / maintainers in the future. This will generally be a low maintenance role to have, but they are responsible for providing samples, tutorials, documentation, checking breaking changes each update (there should be few) and point out issues with generation.
We are of course also looking for contributors or even maintainers for the generator (3.0) I have most of the infrastructure ready and an initial end to end test is functional (to be merged)
Reach out to me if you're interested in any of this. Bindings maintainers can't do much right now, but I'd reach out again once there are.
I will maintain the generator & look to own vulkan in the future.
OpenGL is the big one here, it's missing someone to own right now, I want to keep it for sure but am not proficient enough in it right now.
K@kermalis see above.
P@kaijellinghaus iirc Thomas was OpenGL owner
KYeah I was hoping for that, but haven't made any concrete plans with them yet
Psee also codeowners
Pbut yeah
Pwe need owners for others!
KSimilarly I'm excited for WebGPU & OpenXR, so I'd look at them as well
KPrimarily looking for community feedback for now
Lwhat would be the best way to get the users backspace key repeat? it seems that Silk doesnt pass us backspace in
KeyCharLi dont want to implement it myself as i would like to follow the users system KeyRepeat settings
Pinteresting. I don’t know is the answer I’m afraid, I’m guessing we’ll have to plumb in the repeat event in our implementation for backspace
Poh
Pbut I’d have no idea how we’d do it from an API level
PI guess we’ll have to implement enhanced input events after all
Pand just call it
IKeyboard1 or somethingPoh wait actually
Pwe agreed that breaking changes on interfaces are fine
Pso @baebey if you wanted to open a proposal adding a KeyRepeat event or something that’d be fairly trivial to get approved.
GIs the reported mouse position relative to the screen? or is it relative to the window?
GAnd is its scale in pixels or is it uniform [0, 1]?
PI think generally the best way to find out is to try it and see
Pcopy and paste the code from our InputTest application and see what numbers come out
Pif from that you extrapolate something that is worth documenting, feel free to PR
Pas for the mouse position relativity, the answer is “it depends”
P(but usually yes, only if you use raw cursor mode is it not)
Pand yes the scale is in pixels
GAnd the scroll wheel? What's its scale? Seeing as its being stored as floating point...
Lbest way to test is just to see how it reacts
Lill get around to it sometime, right now it isnt strictly nessesary, just a slight annoyance that will bug me until i fix it
GThing is I'm in the middle of switching a UI framework from Monogame to Silk.NET, and thus can't compile and test as I wish. I just want to make sure I'm not making any incorrect assumptions.
Linput code is generally the easiest to fix small things in, so you should be fine just assuming it works one way then fixing later
Mhey guys.
is OpenGL the only option on mac for Silk.Net, or does Vulcan work as well?
and if Vulcan works, does ImGUI work with it as well?
is OpenGL the only option on mac for Silk.Net, or does Vulcan work as well?
and if Vulcan works, does ImGUI work with it as well?
Lyou must use MoltenVK to use Vulkan on macs, and a Vulkan ImGui controller hasn't even made it's way out of the lab yet, so you'll have to code it yourself or do major work on the one in the lab to bring it up to basic standards
Land if you use Veldrid with Silk windowing you are able to target Metal
Mthank you.
seems OpenGL is still fine on mac for the time being? I remember apple stopped updating it or something similar.
seems OpenGL is still fine on mac for the time being? I remember apple stopped updating it or something similar.
RI haven't had any real problems with OpenGL on Mac even on M1. Officially it is deprecated, but for the time being it works fine.
Myep, works fine for now
RYes, you are limited to 4.1 IIRC
Pand a crap implementation of 4.1 at that
RYeah
RReally? I would just go for metal if you are targeting Macs
SWhy not vulkan though?
PVulkan isn’t supported on macOS. MoltenVK is there, but you’re still using metal
RYeah... Not to mention, I've heard some people say that metal isn't bad to work with
RI wouldn't know. I don't really care
PMetal is my absolute favourite GPU API
