Am 17.01.22 um 18:20 schrieb mito:

Am 17.01.22 um 18:14 schrieb Brandon Allbery:

On Mon, Jan 17, 2022 at 12:09 PM mito <info@mito-space.com> wrote:

Now (in dual-head), when switching workspaces, only one monitor/screen
switches. So it would be of help *all screens* switch, too, and hence
the complete workspace's 'view port'. – IMO "import qualified
Graphics.X11.Xinerama" should do this, and that module treats both
monitors as one in combination.

Importing a module in Haskell only makes names available; it does not
and can not perform any actions. Additionally, that is a low level
module which exposes the X11-layer multiscreen support, not xmonad's.

If you really want both screens to switch at the same time, you might
be interested in
https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-DynamicWorkspaceGroups.html.

Thanks, will look into it! ^^

Done . . .
Looks quite interesting; however Idk if this would solve my issue (or I don't get its purpose exactly). I don't intend to use complete "sets of workspaces" (like topics?), rather switching both screens at once when changing workspaces (to avoid client-screen swapping).

Anyway,

addRawWSGroup :: WSGroupId -> [(ScreenId, WorkspaceId)] -> X ()

has drawn my attention . . .

As mentioned earlier, it works in Trinity (a.k.a. TDE=KDE3.5), so am I
missing something in KDE5?

Are you talking about Trinity's window manager, or xmonad? xmonad (and
dwm) divide workspaces up between monitors; most window managers treat
a workspace as spanning all monitors.

Sorry – to be more precisely: Xmonad as the WM (replacing kwin_x11) in Trinity.

And yes, since Plasma wanted to re-invent the virtual desktop, dual-head screens are now seen as two separate ones, which can be individually customized with different wallpapers and bling such as "Activities".