Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Raise on focus for tiled windows. #3676
I'm submitting a…
[ ] Bug [x] Feature Request [ ] Documentation Request [ ] Other (Please describe in detail)
When I hover my mouse above a non-floating window, the focus moves with it, however the window does not get raised.
When I hover my mouse above a non-floating window it should raise above other non-floating windows (all floating windows should stay on top, as is)
I, like most people like floating windows not to raise above each other, however I would like for the tiled windows to raise above each other to make life easier when dealing with shadows (compton). This could be a new option for the config (something like "tiling-raise-on-focus" or similar).
Thank you any response.
Hi, thanks for opening an issue.
The stacking order of tiled windows doesn't matter for anything that I could think of other than what you mentioned. However, this seems to fall into an eye candy kind of category, which i3 is not really trying to enhance (technically we don't even support compositing, though it generally works fine). Adding an option for this would be incredibly technical and unjustified configuration complexity.
I'm not even sure how well this would work given the way i3 deals with titlebar rendering in split containers (which famously conflicts with compositor features such as transparency). For all of these reason I'll have to reject & close this request. Thanks for understanding!
You could try sending the necessary requests yourself, though I'm not sure how well that works as at the very least one problem would be that i3 overwrites it everytime it restacks.
Applying a local patch would probably be the safest way to go. The interesting code should be
If you do come up with a patch feel free to post it here as a comment!
I found a very easy solution! To achieve the desired effect all I had to do is ensure that the condition in line 132 of
My next step will be to add a command for the configuration that enables this behavior and extend the condition in the mentioned line to account for the configuration.
Also: after the initial impression nothing broke (tried floating windows, stacked and tabbed configurations and all worked). Is there any potential flaw or immediate red flags with my solution?
I'm not sure about ramifications, but it doesn't sound correct. I would think we want more something along the lines of
somewhere. Solving it in
@orestisf1993 What do you think?