Code Editor 2: [Mac IDE] DPI is wrong for code windows

[gm-bug-reporter]

Description

MacOS 14.5, macbook pro 2019 16", radeon pro 5300M
GameMaker 2014.11.0.179 (runtime .226)

Code in the editor is very small and cut off on the side. Text in the bottom tabs with output is very small as well.

I tried restarting GameStudio

I think it has something to do with Mac's resolution.

There are no options to adjust font size for menu or editor (at least in v2 i could not find it)

Steps To Reproduce

Open a project. Switch to editor v2 (text should look ok at first). Note the font size in the output.
Close gamemaker and open it again. I also merged my working branch into master right before this happened and there was a message about updating the editor, maybe it's related

Which version of GameMaker are you reporting this issue for?

IDE v2024.11.0.179 Runtime v2024.11.0.226

Which operating system(s) are you seeing the problem on?

Mac 14.5

Attached Files

• Screenshot 2024-12-31 at 7.40.16 PM.png
• Screenshot 2024-12-31 at 9.10.03 PM.png

43951cb2-ac13-42f7-9307-85ce7000a2b8

[zreedy]

Unable to reproduce on Windows. This appears to be something related to DPI caching.

[zreedy]

Looking at the screenshots seems to show multiple DPI related issues. This does not appear to be CE2 specific but rather a race condition with caching the GUILayout.DPIPixelToScreenConversion value which is used to calculate the current px values in all the places that appear to have incorrect DPI-aware sizing in the provided screenshots.

[zreedy]

Further investigation complete. We were not able to find a reliable repro on Mac or Windows. I will be closing this ticket as Won't Fix unless a reliable repro is found.
I suspect what is happening is that GUILayout.DPIPixelToScreenConversion property is cached upon any access to GUILayout which might occur prior to the creation of a desktop/window which will cause SDL2 to report an incorrect DPI. The SDL2 documentation also mentions that SDL_GetDisplayDPI is inaccurate sometimes and to use a new function which only exists in SDL3 which we currently do not use. It's possible that code path leads to the wrong DPI value being calculated. Unfortunately, changing DPIPixelToScreenConversion to be a dynamically resolved property does not fix this issue as there are too many assumptions that the DPI is constant for the session in the codebase. Changing the underlying value to DPIPixelToScreenConversion does not reflect in all controls.

All this means that either:

• The correct DPI value must be calculated at the start of the Editor session (no repro as described in the ticket)
• Dynamic DPI must be supported by the codebase (requires a rather significant rewrite of the GUI subsystem)

There are plans to address DPI issues already so I will be closing this for now as this seems to be an issue that would naturally resolve once those changes are implemented.