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

Separate config options for sticky vs always on top #5617

Open
shell-drick opened this issue Aug 8, 2023 · 3 comments
Open

Separate config options for sticky vs always on top #5617

shell-drick opened this issue Aug 8, 2023 · 3 comments
Labels
enhancement requires-configuration This feature request requires new configuration

Comments

@shell-drick
Copy link

I'm submitting a…

[ ] Bug
[x] Feature Request
[ ] Documentation Request
[ ] Other (Please describe in detail)

Current Behavior

As present windows can be marked as "sticky" to keep them in place on a display when switching workspaces. This also pushes any sticky containers to the top of the floating view when moving to a new workspace, however floating windows can still be dragged over top of a sticky window

Desired Behavior

It would be extremely helpful to have a config directive like "always_on_top" that will simply not allow other floating windows to obscure the marked windows.

Impact

[X] This feature requires new configuration and/or commands

Environment

Output of i3 --moreversion 2>&-:
Binary i3 version: 4.22 (2023-01-02) © 2009 Michael Stapelberg and contributors
Running i3 version: 4.22 (2023-01-02) (pid 1069)
Loaded i3 config:
/home/sheldrick/.config/i3/config (main) (last modified: Tue 08 Aug 2023 03:03:55 PM EDT, 532 seconds ago)

The i3 binary you just called: /usr/bin/i3
The i3 binary you are running: i3

- Linux Distribution & Version: 6.4.2-arch1-1
- Are you using a compositor (e.g., xcompmgr or compton): currently picom
@i3bot
Copy link

i3bot commented Aug 8, 2023

Please note that new features which require additional configuration will usually not be considered. We are happy with the feature set of i3 and want to focus in fixing bugs instead. We do accept feature requests, however, and will evaluate whether the added benefit (clearly) outweighs the complexity it adds to i3.

Keep in mind that i3 provides a powerful way to interact with it through its IPC interface: https://i3wm.org/docs/ipc.html.

@i3bot i3bot added the requires-configuration This feature request requires new configuration label Aug 8, 2023
@shell-drick
Copy link
Author

I completely understand that feature requests are far from a priority, but I wanted to submit this because I think that people would enjoy having this feature for more complex workflows in more self-contained softwares that have lots of floating windows. There is some additional complexity to be considered in terms of how having multiple "always_on_top" windows on top of each other should behave. I've been doing a lot of work in REAPER lately, and i3's floating window capabilities have given me some trouble with wrangling in the more temporary windows without losing track of more permanent ones.

Just to give a concrete example, I currently use a very small toolbar (250 x 50) that has a lot of my primary shortcuts on it and I like to keep it floating for the sake of main window real estate, but if I put the toolbar over the floating Mixer window and then adjust something on the mixer or open a plugin window with a large interface, I have to move things around to get back to the toolbar window. This is just a small example, but even having a solution to just this would be wonderful.

@c02y
Copy link

c02y commented Sep 20, 2023

I like this feature, since sometimes I got two floating windows, and I would like to make one of floating window alway-on-top.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement requires-configuration This feature request requires new configuration
Projects
None yet
Development

No branches or pull requests

3 participants