Ray

@HarryDC Thanks! Afair, the OPTIONS screen was not used but depending on the wildcards, it can be compiled and so required.

> Hello. That seems like a big problem. I haven't tried it that deeply yet, but I'm already scared of it. @colesnicov It has never been a problem for me...

@electrolys Good catch! Please, could you send a PR with the fix! Thanks!

It seems there is no interest in this fix...

@Moros1138 Many thanks for working on this issue! Some questions: - Does it work with old emscripten versions? - Does it work as expected with canvas scaled by CSS (not...

@Moros1138 All examples have a shell that scales the 800x450 canvas to full browser and mouse is automatically reported by its framebuffer proportional position, not the scaled canvas: https://www.raylib.com/examples/core/core_2d_camera_mouse_zoom.html Also,...

@Moros1138 Just to clarify, here we have 3 possible situations: 1. raylib window set to 800x450, no `FLAG_WINDOW_RESIZABLE`, no canvas CSS `width: 100%`. A 800x450 framebuffer is drawn on canvas,...

_NOTE: There has been further discussion about this issue for clarification on raylib Discord._ The problem is related to [`libglfw.js`](https://github.com/emscripten-core/emscripten/blob/main/src/lib/libglfw.js) and the addition of auto-framebuffer-scaling to align with display DPI....

@Moros1138 Thank you very much for the further update! Tested all the situations and it seems to work as expected. Excuse if I'm so careful (and a bit scary) with...

@Moros1138 After further testing it still fails on the case of resizable canvas, here a video illustrating the issue. It's weid because it inits with black bars and after pressing...