might be a perksey question as to whether that can or should be added
might be a perksey question as to whether that can or should be added
Rhow is yours going
Ryou finding something to work on
Rthat aint silk.net
P@redhacker2 I don’t know why don’t you ask me in #general-offtopic
Poh and probably
PI’ll have a look as I’m in BuildTools atm working on my last silk update
GDo we have a helper to go from keyboard key to
char character?GI notice you have a callback that does it for you, but what about doing it ourselves?
Lit doesnt work that way
Lwe dont do conversion, SDL/GLFW does it and gives us a keyboard event
Lyou must use KeyChar event
GThat is, unfortunately, not in the cards for me.
GMaybe
LKeyChar picks up idiosyncrities that KeyDown just doesnt
Llike keyboard layout
L(PLEASE PLEASE NEVER USE KEYDOWN FOR TEXT INPUT)
GDoes it automatically handle repeat characters on holding down?
GOr does it just not care about that?
Llemme test for u rq
L
Li updated my gfx drivers and havent restarted yet lol
Lanyway, you'll need both KeyDown and KeyChar for a full textbox
LKeyDown will be needed for things like arrow keys
Land backspace
GI'm translating a UI framework made with Monogame and needless to say, the API surface between that and Silk is not entirely compatible...
Pif you have any improvements in mind PR them or open a proposal
Potherwise I don’t care
Li did the same, it wasnt too hard
Ljust changed which events caused which things
Gsigh... This one isn't using events. It uses an extension API on the key enumeration to retrieve which character it corresponded to.
GAnd I found its definition... It doesn't look great.
L?
GDoesn't take keyboard layout into consideration, doesn't even call into a platform helper. Just maps the enum to char values.
Lyeah id reccomend switching to the KeyChar event
Lthats not how you are supposed to do keyboard input in monogame anyway
Lmonogame has an event similar to KeyChar in Silk
Lwhich does follow layout and such
GI will port this iteratively and care about this later. I have a lot of work to do and greater concerns in the meantime. I have to render the damn thing myself after all.
Rwhen moving from different APIs, Dont count on input being portable
RJust something I have noticed over my admittedly short time
Lyeah basically everything handles input differently
RIf you want a portable input API write your own in the lowest level allowed by what you are working, never step into something higher level and pray
Rthe only things you can count on existing are if a key is pressed (and even that can be more or less ugly depending on the backend), if you want events write them yourself, if you want repeat key states, write them yourself
MIs there any example repo or getting started with vulkan? i just found the OpenGL examples
Lvulkan should be basically the same as any other vulkan code
Land you get the vulkan api in a very similar way
Lspecifically
Vk.GetApi();Lafter that you can code it like any other vulkan app
MThanks, will first learn pure Vulkan, i thought somehow using silk with vulkan was diff
Lwe have sharpified a bit, but the raw ptr overloads are still available, so it should be similar to using it in raw C
