-
Notifications
You must be signed in to change notification settings - Fork 778
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
The reference point of a window should include the window decorations but it does not. #5953
Comments
I don’t see a link to logs.i3wm.org. Did you follow https://i3wm.org/docs/debugging.html? (In case you actually provided a link to a logfile, please ignore me.) |
#1341 was specifically about this:
not about respecting gravity hints. As about this ticket, I don't see why i3 "must" default to north-west gravity instead of static. I agree it's more user-friendly behavior but I don't see why the current behavior is an i3 bug. |
Ah I see, though the root cause for that is still that applications are confused by the default gravity of i3 right? The NorhWestGravity really is meant to be the default, and this is what applications expect. From the GTK3 docs1:
If i3 doesn't like this behavior and instead wants to default to STATIC gravity that is fine, but then I think it definitely should respect gravity hints. Otherwise an application cannot correctly control its position. If I currently want to write an application that spawns a floating window at an offset from the screen, it seems like I would have to set the gravity hint, but then also a special clause where the user is using i3wm, and then detect the size change when reparenting the window so I can detect the size of the titlebar and work that in. But like stapelberg said:
|
My reasoning is that I am trying to spawn windows that serve as notifications. Thus I want them to float and appear in a specific corner. I preferably want to keep i3's decorations on them, but as you can imagine this has turned into a hassle due to the static gravity. |
Welcome
Current Behavior
When moving a window to 0,0 I get this:
Expected Behavior
Reproduction Instructions
Assuming that you are not using a dual monitor setup (0,0 actually being the topleft) this will create a window with gtk and move it to 0,0
This behavior, deciding on the reference point of the window should be controlled with gravity1. So implementing gravities could solve this problem.
With no proper/easy way to get the size of the window decorations, this bug makes it extremely hard to place a window at an exact offset from the screen borders.
I think this is a duplicate of #1341 but you wanted me to file a new bug report.
That issue was closed with #3184, but I think the bug has resurfaced or the PR didn't fix the issue.
i3 version
Config file
Linux distribution & Version
ArchLinux
Are you using a compositor?
picom
Logfile
No response
The text was updated successfully, but these errors were encountered: