sway icon indicating copy to clipboard operation
sway copied to clipboard

Ability to recreate virtual displays with pre-defined properties

Open mdhen opened this issue 2 years ago • 5 comments

Currently it is impossible to recreate a specifically named HEADLESS display that has been destroyed with the unplug command. It would be very useful for sway to respect the naming of a created virtual display and not auto sequence the numbers up.

Use case: create virtual display with pre-defined resolution, location, and frame rate for remote gaming via sunshine/moonlight, and have the ability to destroy and recreate that specific output so it doesn't have to be left up all the time. As of now if I destroy a HEADLESS-1 output and then create a HEADLESS-1 output later it ignores my naming intentions and creates a HEADLESS-2 output.

mdhen avatar Jan 11 '23 09:01 mdhen

Closing as dup of #7374, the value increasing is by design and this wont be changed.

bl4ckb0ne avatar Jan 16 '23 19:01 bl4ckb0ne

Hm, this can almost be done with Sway output config. Just missing a way to match the output type.

(This could be done with a script via the Sway IPC or even a Wayland client using wlr-output-management.)

emersion avatar Jan 16 '23 19:01 emersion

Kind of related is https://github.com/swaywm/sway/issues/6410 (for improved output matching).

emersion avatar Jan 16 '23 19:01 emersion

Was there ever any movement or a workaround found for this?

jivandabeast avatar Sep 19 '23 01:09 jivandabeast

bl4ckb0ne Could you explain reasoning behind this design?
I use sway's headless outputs in conjunction with wayvnc to use my second laptop as an external monitor. And the value increase breaks my waybar's and kanshi's configs whenever I recreate headless output.

finem4n avatar Oct 15 '24 16:10 finem4n