Open djl opened 3 years ago
This should probably be implemented in Sway.
I was under the impression that sway was considered feature complete. If not, should I open an issue over there?
It's not something mako could easily implement, we have no way of knowing when output focus changes. When there's no specific output configured, we ask the compositor to pick one and sway happens to pick the focused one. It could in theory be implemented in a compositor as a generic feature to have layer shell clients without a specific output move automatically.
Sway is considered feature complete for window management features (ie. features implemented by i3). Other features aren't affected.
Somewhat related to this feature is https://github.com/swaywm/sway/issues/5758. It's about assigning layer-surfaces to outputs, but would be easy to assign layer-surfaces to the focused output too.
Passing thought: we could add a makoctl redisplay
that simply recreates all the visible surfaces, and then you could use whatever ipc mechanism your compositor supports to watch for output/workspace focus changes and call that.
I guess reload
could do the trick, if you're looking for a workaround? Not sure.
I'd still prefer to let Sway move the layer surface.
Dunst has a config option,
follow = mouse
, that moves existing notifications to the output with mouse/keyboard focus.This is pretty much the only feature I miss from dunst.
Is there any interest in, or plans to implement, this feature?