You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At least I noticed that on MacOS, where I am clearly having an HiDPI screen (192x192 DPI) and I frequently attach/detach/re-attach a different screen with a different DPI value.
What should happen is, that the font size remains the same, and thus, the cell dimensions are not touched at all.
What does happen is, that the front size is either crazy big or crazy small.
This also leads to bad calculation of mouse position to grid cell mapping.
I am experiencing this issue on MacOS/X the most, but it's most likely an issue on any platform, which can adapt to DPI changes live (e.g. KDE Plasma / Windows)
The text was updated successfully, but these errors were encountered:
Hey @sfc9982, sorry for the late reply, I somehow must have skipped it. We sadly must not ignore hidpi scaling settings, as otherwise, standard GUI elements (like scrollbar or popup windows) would not look nice on a high dpi screen. I finally found the root cause of the issue and have it fixed in #1365. This was the last major blocker for the next release.
At least I noticed that on MacOS, where I am clearly having an HiDPI screen (192x192 DPI) and I frequently attach/detach/re-attach a different screen with a different DPI value.
What should happen is, that the font size remains the same, and thus, the cell dimensions are not touched at all.
What does happen is, that the front size is either crazy big or crazy small.
This also leads to bad calculation of mouse position to grid cell mapping.
I am experiencing this issue on MacOS/X the most, but it's most likely an issue on any platform, which can adapt to DPI changes live (e.g. KDE Plasma / Windows)
The text was updated successfully, but these errors were encountered: