srch

XWayland HiDPI broken in 3.38. Affected version. Using NixOS unstable, with Gnome 3.38.2 on Wayland. Bug summary. I' ...

For me the only XWayland apps that I want to use on the HiDPI display are Chromium and VSCode and both of them have options for scaling (e.g.: "--force-device- ...

Bug summary. I'm using a laptop with a 13" 4k display and sometimes an external 27" 4k display. I'm happy with 200% scaling on the internal and 100% scaling on the external display. In 3.36, HiDPI used to work with XWayland, in that X programs showed at the same scaling as the Wayland programs. Now in 3.38, there's no scaling applied.

12.12.2020 · xorg-xwayland-hidpi-git: Description: Run X clients under Wayland, with HiDPI (git version) Upstream URL: https://xorg.freedesktop.org: Licenses: custom Groups: xorg Conflicts: xorg-server-xwayland, xorg-server-xwayland-git, xorg-server-xwayland-hidpi-git, …

HiDPI aware X clients become multi DPI in a Wayland session with a single integer scale factor being set (for example GDK_SCALE=2), independent ...

xwayland auto-upscaling causes pixelation and should be optional. With a plasma wayland session and a multi-monitor (high and normal DPI) setup / scaling enabled, legacy xwayland applications are automatically scaled up, causing them to look bad on the HIDPI screen. This is especially grave if an application used predominantly during the day ...

HiDPI. From ArchWiki. HiDPI (High Dots Per Inch) displays, also known by Apple's " Retina Display " marketing name, are screens with a high resolution in a relatively small format. They are mostly found in high-end laptops and monitors. Not all software behaves well in …

Mir 2.3.2 Released With Better XWayland HiDPI, Copy/Paste Between Wayland/XWayland. Written by Michael Larabel in Ubuntu on 11 February 2021 ...

xwayland auto-upscaling causes pixelation and should be optional. With a plasma wayland session and a multi-monitor (high and normal DPI) setup / scaling enabled, legacy xwayland applications are automatically scaled up, causing them to look bad on the HIDPI screen.

30.10.2021 · If the application supports HiDPI mode, it will double all the numbers and render a 1000x1000 image and things work correctly. If not, it will render a 500x500 pixel image and the compositor will scale it up. Since Xwayland doesn't support this, it just draws everything too small and Sway scales it up, creating a blurry and unusable mess.

I believe X11 apps on HiDPI monitors are currently scaled but blurry. There is a long-open XWayland PR to allow setting the scale for all apps on a ...

Now because of that I have this master bash script that is designed to run on a fresh install of my distro. So every time I install a new package, download a program, build a library, or edit a config, etc, I put that stuff in my bash script, essentially making my system a turnkey solution, and identifying any points of failure by using git ...

High density surfaces (HiDPI) In the past several years, a huge leap in pixel density in high-end displays has been seen, new displays packing twice as many pixels into the same physical area as we've seen in years past. We call these displays "HiDPI", short for "high dots per inch". However, these displays are so far ahead of their "LoDPI ...

Dec 12, 2020 · xorg-xwayland-hidpi-git: Description: Run X clients under Wayland, with HiDPI (git version) Upstream URL: https://xorg.freedesktop.org: Licenses: custom Groups: xorg Conflicts: xorg-server-xwayland, xorg-server-xwayland-git, xorg-server-xwayland-hidpi-git, xorg-xwayland Provides:

Note: Enabling fractional scaling can result in blur for legacy applications using XWayland, even if only integer scales are used, ...

Everything works well, except for the blurriness for apps running in X11 using XWayland. I use a HiDPI screen with 175% scaling, ...

03.08.2016 · I've everything setup and working quite well. Gnome-terminal is as sharp as it can be (hidpi, scale 2), but I can't get rxvt-unicode to render sharp fonts (Xft.dpi 282, antialias and the like are set already). Edit: Okay, after reading again, probably an Xwayland/scaling issue? mh.

My biggest issue has been that XWayland programs do not scale nicely like in X itself, at least when using fractional scaling it ends up blurry, I assume because they cannot redraw it at a higher resolution. This is a deal breaker since on all devices I use some form of scaling either because all my monitors are HiDPi.

XWayland programs will be blurry when scaling is more than 1. There's still no way around this. I've been using Sway in scale 2 mode for a while, but I recently switched to scale 1, because I started using certain XWayland programs on a daily basis.. My solution is …

High density surfaces (HiDPI) In the past several years, a huge leap in pixel density in high-end displays has been seen, new displays packing twice as many pixels into the same physical area as we've seen in years past. We call these displays "HiDPI", short for "high dots per inch". However, these displays are so far ahead of their "LoDPI ...

to set up proper scaling. These commands no longer work on Fedora 25: $ xrandr --output eDP-1 --scale 1.25x1.25 warning: output eDP-1 not found; ignoring. Apparently the display identifier is now XWAYLAND0 (and not eDP-1 anymore): $ xrandr -q Screen 0: minimum 320 x 200, current 2880 x 1620, maximum 8192 x 8192 XWAYLAND0 connected 2880x1620+0+0 ...

HiDPI aware X clients become multi DPI in a Wayland session with a single integer scale factor being set (for example GDK_SCALE=2), independent of number of Wayland scale factors and their divisibilities. Small changes to XWayland.

Help with XWayland scaling for HiDPi monitors. I've been trying to switch to a Wayland compositor (not specifically sway ...