Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.5 fractional scale isn't crisp and clear with Qt6 applications #8117

Open
zvova7890 opened this issue Apr 15, 2024 · 0 comments
Open

1.5 fractional scale isn't crisp and clear with Qt6 applications #8117

zvova7890 opened this issue Apr 15, 2024 · 0 comments
Labels
bug Not working as intended

Comments

@zvova7890
Copy link

Please fill out the following:

  • Sway Version:

    • 1.9.0
  • wlroots version:

    • 0.17.2
  • Description:

    • It is exposing the fractional value as 180 in the preferred_scale event. Qt sets the scale factor as 180/120 = 1.5. But it is blurred until I set the scale factor as 1.500586, which is the result of dividing physical/logical width.
> 2560/1706
1.5005861664712778

It seems Sway doing surface transformation despite client is using a correct scale factor that comes with fractional_scale_v1 protocol. Is that intentional or just a bug?

BTW, The Chromium project is also relying on that result of division, and it's crisp and clear with Sway, but blurry with KDE(which is strictly following the fractional_scale_v1 protocol). See related links:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/297
https://chromium-review.googlesource.com/c/chromium/src/+/5404799

@zvova7890 zvova7890 added the bug Not working as intended label Apr 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Not working as intended
Development

No branches or pull requests

1 participant