Re: Separate virtual desktops for different monitors

Martin Gräßlin <[email protected]> Tue, 03 Mar 2015 08:08:38 +0100
Newsgroups gmane.comp.gnome.wm-spec
Message-ID <5527874.XjP9oylmvs@martin-desktop>
--===============2212299324078712274==
Content-Type: multipart/signed; boundary="nextPart1466613.QgodBQ7hH5"; micalg="pgp-sha1"; protocol="application/pgp-signature"


--nextPart1466613.QgodBQ7hH5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

On Tuesday 03 March 2015 08:03:52 Pavel Kretov wrote:
> Most non-tiling window managers (if not all of them) combine all
> available monitors into single virtual screen space which gets switch=
ed
> as the whole thing when user changes virtual desktop, exactly as the
> specification says. But there exist at least two tiling managers, nam=
ely
> i3 and xmonad, which employ the different concept: they allow user to=

> setup own set of virtual desktops for each of monitor. (Mac OS X has =
a
> similar feature too.)
>=20
> Unfortunately, such a behavior is not a part of the specification, so=

> both i3 and xmonad actually use a single virtual desktop and manage
> windows in some custom way, which, for example, makes unusable any
> third-party desktop switchers. But I'd line to see such a behavior in=

> mainstream window managers too, so are the questions:
>=20
> =E2=80=94 Are there any chances this become a part of standard?

I think there is a chance to get it part of the standard, but given tha=
t most=20
"mainstream window managers" are working on Wayland currently I wouldn'=
t=20
expect that they will implement support for it. On Wayland it is just a=
n=20
internal detail to the window manager.

> =E2=80=94 If yes, what can I do for this to happen?

You need to prepare a change to the spec. The tricky part here is to ke=
ep=20
backwards compatibility. We must expect that some applications do "smar=
t"=20
things like stopping video playback if they are not on the current desk=
top.=20
(That's the main reason why KWin didn't go the road i3 went: we cannot =
break=20
existing applications).

Cheers
Martin

>=20
> Sorry if this topic has been already discussed, I've searched through=

> the mailing list archive, I swear :).
> =E2=80=94=E2=80=94=E2=80=94 Pavel Kretov.
>=20
> P.S.
>=20
> This kind of setup may be very convenient in practice. There is my
> typical i3 usage pattern, just for example.
>=20
> External monitor (1920x1080):
>   =E2=80=94 desktop 1: IDE                           (Meta+1)
>   =E2=80=94 desktop 2: terminal                      (Meta+2)
>   =E2=80=94 desktop 3: browser with stackoverflow    (Meta+3)
>   =E2=80=94 desktop 4: mail program                  (Meta+4)
>   =E2=80=94 desktop 5:                               (Meta+5)
>=20
> Laptop monitor (1280x800)
>   =E2=80=94 desktop 6: browser with documentation    (Meta+6)
>   =E2=80=94 desktop 7: man pages                     (Meta+7)
>   =E2=80=94 desktop 8: music player                  (Meta+8)
>   =E2=80=94 desktop 9: messenger                     (Meta+9)
>   =E2=80=94 desktop 10:                              (Meta+0)
>=20
> So the larger monitor is used for main work while the smaller one is
> left for some supplementary tasks. For example, I can switch from IDE=
 to
> terminal without loosing access to documentation, or switch to messen=
ger
> and ask a friend about the code while being able to see IDE. And
> everything is quickly accessible by using hotkeys.
> _______________________________________________
> wm-spec-list mailing list
> [email protected]
> https://mail.gnome.org/mailman/listinfo/wm-spec-list

--nextPart1466613.QgodBQ7hH5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlT1Xf0ACgkQqVXwidMiVrpvYgCgmzm9xrzSsbusl8UuuKJJ39AE
7dIAn0qL9ZGG96CIPcNQ63WpMvZjwcTb
=6Cze
-----END PGP SIGNATURE-----

--nextPart1466613.QgodBQ7hH5--


--===============2212299324078712274==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
wm-spec-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/wm-spec-list

--===============2212299324078712274==--