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
Wayland support would be really nice, since I'm using a Wayland compositor half the time, which currently runs all Xwayland apps at a fixed scale of 1.0, regardless of the scale factor of the current display.
As a result of the current design, it ignores the GDK_SCALE environment variable I try to pass a value of 1 to, and scales the app to 2.0 according to the factor of my primary display, resulting in the app being too large on both displays.
I am using Arch Linux, and running wayfire-git, self built with several patches which would not affect this particular bug.
The text was updated successfully, but these errors were encountered:
Wayland support will definitely be added at some point, but as it will probably be a bigger project, it cannot be done shortly.
That said, if anyone out there would like to contribute Wayland support, I'll be more than happy to adopt it.
In the meantime, try starting your app with the --scale:n.n argument, where n.n is the scale factor. E.g. freac --scale:1.75 for 1.75x scaling (relative to the internal 8pt font size baseline).
Wayland support would be really nice, since I'm using a Wayland compositor half the time, which currently runs all Xwayland apps at a fixed scale of 1.0, regardless of the scale factor of the current display.
As a result of the current design, it ignores the GDK_SCALE environment variable I try to pass a value of 1 to, and scales the app to 2.0 according to the factor of my primary display, resulting in the app being too large on both displays.
I am using Arch Linux, and running wayfire-git, self built with several patches which would not affect this particular bug.
The text was updated successfully, but these errors were encountered: