Andre Weissflog

Hmm, I guess the CHAR behaviour on Ctrl isn't really standardized between platforms, for instance on macOS, Ctrl plus a character key seems to fire a CHAR event with the...

NOTE: on macOS this requires to drop MTKView because WebGPU wants a CAMetalLayer object to setup the swapchain surface, but MTKView doesn't seem to allow access to its internal CAMetalLayer....

Not yet, in any case, search for `_sapp_macos_view` and `_sapp_ios_view` in sokol_app.h these are 'subclasses' of MTKView and this stuff needs to be ripped out. Also here's a (too simple)...

Argh, I had written a comment here that was for another issue (deleted now), sorry for the confusion :D

PS: I guess to actually drive the frame callback we might also need a DisplayLink object... (which isn't needed in the GLFW example because that just runs the rendering in...

...I think I used this documentation page as reference when I worked on the CVDisplayLink stuff in the multiwindow-branch: https://developer.apple.com/documentation/metal/onscreen_presentation/creating_a_custom_metal_view?language=objc ...maybe googling around a bit with the keywords Metal and...

Hmm, also apparently the macOS specific CVDisplayLink is deprecated, and the common CADisplayLink is now supposed to be also used on macOS, but only since macOS 14 (which is too...

Btw, one thing I didn't think of when arguing that WebGPU can't be used together with MTKView. Since MTKView is a subclass of NSView, maybe we can access the CAMetalLayer...

Just linking this here as reminder in case we run into a similar issue with the new code (see comment at the bottom): https://github.com/gfx-rs/gfx/issues/2460#issue-377659238

Hmm, that looks very hacky :D But now that you say it, I've seen Dawn queuing up to 4 (or was it even 8?) frames. I noticed this when building...