add back support for non-default displays
@chpe
Submitted by Christian Persch Link to original bug (#792583)
Description
Currently, when you run gnome-terminal, the passed DISPLAY variable is ignored, and the window is opened on the display that the systemd-user's environment refers to in its DISPLAY variable.
We should try to find a way to add back support for non-default displays (like remote ones, or nested weston, etc).
I think this could work like this: we have a systemd template user unit org.gnome.Terminal@.service which starts g-t-server with a parameter that encodes the display (and gdk backend); and the gnome-terminal client would then instantiate this template unit for the passed display.
Similarly, we could support automatic private instances (ie without you having to make up an --app-id parameter and starting g-t-server yourself).
Version: 3.26.x