Replies: 2 comments
-
We use negative coordinates in xdg_surface::set_window_geometry, which might be a bit unusual, but is compliant with the spec. See https://wayland.app/protocols/xdg-shell#xdg_surface:request:set_window_geometry: "The arguments are given in the surface-local coordinate space of the wl_surface associated with this xdg_surface, and may extend outside of the wl_surface itself to mark parts of the subsurface tree as part of the window geometry." Could be related to #6682 |
Beta Was this translation helpful? Give feedback.
0 replies
-
yes this is kinda cursed if you do that, can open an issue |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Studio One Window Offset Issue on Hyprland
I do music production as a hobby using Studio One, which recently released a Linux version. I'm experiencing an issue where the window has an incorrect offset that persists (except briefly during program startup and when resizing, where the navbar elements temporarily align correctly).
I'm using a slightly modified version of This configuration adapted for my machine. The modifications are mostly program-specific and don't affect the base Hyprland configurations.
Currently it looks like this:
Using the program's debug tools, I obtained the following Wayland log:
studioone.txt
This is the registered offset (I use Hyprcursor, but I believe the app doesn't support it - it's a pure Wayland program with likely custom rendering):
studio.one.example.mp4
Before opening a bug report with Studio One, I want to investigate if this can be fixed from the Hyprland side, especially since the program works reasonably well on Ubuntu (with only standard program-specific bugs).
Beta Was this translation helpful? Give feedback.
All reactions