mogan
mogan copied to clipboard
XmacsLabs
Blurry in Hyprland
Mogan Version
1.2.0
Operating System Version and Architecture
arch linu with hyprland
Describe Bug
Mogan is blurry on my arch Linux system with hyprland desktop (which runs in Wayland with a high DPI, Surface Pro 6 screen.)
Expected Behavior
Support fractional scaling?
When connecting my surface pro 6 to a 1080p monitor, the blurry phenomenon is gone (on both screens). However, if I only use the surface pro 6 screen (which is 2760x1824), it gets blurred.
Support fractional scaling?
Switching the scaling to 1,2,3,4 may works. It might be a big change to support fractional scaling, will not be completed in v1.2.1.
Scaling is a big mess, there are two scaling mechanisms, one for macOS and one for non-mac. The macOS one works better (at least when I tested last time on TeXmacs). You may consider completely removing the non-macOS one and consolidate the code
No blurry if you do
texmacs -platform wayland.
The buffer is still blurry (if one uses the scaling option from the window manager instead of inside TeXmacs — I think it better to support this since it would be nice to avoid per-app settings if we scale in that way).
Mogan does not seem to suffer from the blur (either of GUI, or of buffer) under Sway, run by MoganResearch -platform wayland.
Mogandoes not seem to suffer from the blur (either of GUI, or of buffer) under Sway, run byMoganResearch -platform wayland.
Still blurry on my computer. I am using arch linux with hyprland desktop environment.
I got the following warning:
TeXmacs] std-bench, Task 'db_load_suffixes /usr/share/Xmacs/fonts/font-database.scm' took 50 ms
TeXmacs] std-bench, Task 'tt_font_exists NotoSerifCJK-Regular' took 57 ms
TeXmacs] With linked TrueType support
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: setGrabPopup called with a parent, QtWaylandClient::QWaylandXdgSurface(0x60b2e02bca90) which does not match the current topmost grabbing popup, QtWaylandClient::QWaylandXdgSurface(0x60b2e01ed6f0) According to the xdg-shell protocol, this is not allowed. The wayland QPA plugin is currently handling it by setting the parent to the topmost grabbing popup. Note, however, that this may cause positioning errors and popups closing unxpectedly because xdg-shell mandate that child popups close before parents
qt.qpa.wayland: setGrabPopup called with a parent, QtWaylandClient::QWaylandXdgSurface(0x60b2e02bca90) which does not match the current topmost grabbing popup, QtWaylandClient::QWaylandXdgSurface(0x60b2e01ed6f0) According to the xdg-shell protocol, this is not allowed. The wayland QPA plugin is currently handling it by setting the parent to the topmost grabbing popup. Note, however, that this may cause positioning errors and popups closing unxpectedly because xdg-shell mandate that child popups close before parents