[SkirmisLTU]

Fixes #134

Problem

On HiDPI displays such as macOS Retina, the ClickGUI is the wrong size and clicks land away from the cursor, so modules can't be toggled. Switching to Exclusive fullscreen hides the problem.

Cause

GuiManager.onRender scaled the pose by 1 / guiScale, so the GUI was drawn in framebuffer pixels. Layout (getScreenWidth()/getScreenHeight()), hit-testing and the tooltip all use window (screen) coordinates, which is the space GLFW reports the cursor in (MouseHandler.xpos/ypos). On a standard display the two spaces are the same. On Retina the framebuffer is 2× the window, so rendering and input disagree by that factor. Exclusive fullscreen works around it because the framebuffer and window sizes match there.

Fix

Before dividing out the GUI scale, multiply the pose scale by the framebuffer-to-window pixel ratio (getWidth() / getScreenWidth()). Rendering, layout and mouse input now all use window coordinates, and the GUI keeps the same physical size as on non-HiDPI screens. Scissor clipping still lines up because enableScissor goes through the same pose. The change also uses window.getGuiScale() to match the projection in Renderer2D.

The mouse events are unchanged on purpose, because MacroRecorder/MacroPlayer replay the raw cursor coordinates.

On standard displays the pixel ratio is 1, so nothing changes there.

Notes

• HUD positions that were saved on a Retina display were stored in framebuffer pixels, so they may appear in different places once and need dragging back.

Testing

• ./gradlew build passes (JDK 25)
• In-game on macOS Retina, windowed: overlay covers the window, clicks/hover/drag/sliders line up with the cursor

🤖 Generated with Claude Code

[Cocolots]

Thanks! I will have a look tomorrow during the day.

[Cocolots]

Looks good. Thanks!