Replies: 1 comment 2 replies
-
As far as I understand the wlr-foreign-toplevel-management protocol, there's no defined window ordering. So Waybar happens to show windows in some order and niri happens to send windows in some order and there's no defined way for niri to send windows in a specific order, or rearrange them after the fact.
There's no Wayland protocol that communicates the concept of workspaces. There's https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/40 that adds that but it is in a bit of a limbo. There's also #453 which will allow doing something like this in a niri-specific fashion. |
Beta Was this translation helpful? Give feedback.
-
Hello,
first of all, I think this is the proper repo to raise this issue in, but please let me know in case I'm wrong and these changes would need to be addressed in waybar or wlr/taskbar.
So, I configured my waybar with the wlr/taskbar module to display a list of icons of my open windows. It works, but there are two changes I would wish for, that would make it way more useful for me to actually navigate windows.
I think this change would make it easier to know at a glance how to navigate to a window/application I'm looking for.
My understanding is that this behavior is controlled by niri's implementation of the wlr-foreign-toplevel-management API, but I don't know enough about this API yet. So first, would it be possible to make these changes in niri? Second, do y'all think this would be good changes to make? I realize that this might not be the behavior that every user expects.
If so, I might attempt a PR, but I wanted to make sure that it'd be possible, first :D
Beta Was this translation helpful? Give feedback.
All reactions