Fmy weekend wont be fun because of exams
Fbut thats a topic for #general-offtopic
Pindeed
Aheya, ive been porting some gl stuff over from opentk. i am wondering though - are bitwise operations not supported with
any reason for this?
thanks!
ClearBufferTarget? it complains if i try to use a bitwise OR as its not marked with [Flags], which is weird as i've had no issues with opentk or C opengl in this regardany reason for this?
thanks!
Rohh, that is a missing attribute, should work fine if you cast them to ints
Rand then or them, weird hack but the call should probably work fine if it does not compile
Aoh yeah
Acasting to uint works, can't test right now as i still have a billion errors but hopefully that will do the trick
Rmight 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
