To add to the long list of caveats: This also breaks assumptions GUI toolkit and applications make about only one of their windows being focused at a time: `gtk_application_get_active_window`, `QApplication::activeWindow`, etc.
[deleted]
State of multi-player Wayland
41–50 of 115 posts
Re: State of multi-player Wayland
#42After using a space mouse for CAD it always seems weird how dual mice isn't a more common thing.
Re: State of multi-player Wayland
#43I've always thought this was a cool idea. It's obviously been on the minds of Wayland protocol developers since the beginning, otherwise it wouldn't be possible!
Wayland: you can have two cursors but no, you can’t have screen sharing.
Screen sharing has been fine out of the box on every Wayland desktop I've used.
Re: State of multi-player Wayland
#44Earlier quoted context omitted.
> It's actually a lot more work than you'd think to support this... Like: how would one support multiple keyboards? Is there an experimental or logical model for that?
Multiple keyboards is trivial - unless you meant multiple active cursors. (If you've used a USB keyboard attahced to your laptop - you've already experienced multiple keyboards. Both work.) Multiple mice is esoteric.
Of course you're correct re: laptop and aux kb - I was thinking of "seat" (and multiple seats) being: "Wayland seat refers to one 'seat' at which a user sits and operates the computer."[0]
So a keyboard being attached to a seat, whose input might be associated w one active window, while another kb is associated with a different seat and different active window. Perhaps I'm just overthinking it.
Re: State of multi-player Wayland
#45This feels like a step in the right direction from this talk on desktop UX. Finally some cool innovation here!
Re: State of multi-player Wayland
#46I'm building a compositor now, and I've been thinking about multi-seat from the beginning, but I know there are lots of places that assume a single seat, and so this sort of thing won't work for me. It's actually a lot more work than you'd think to support this...
I keep thinking of trying to see how far I get re-doing Niri in River. The one other constraint that I'd really like to see relaxed is about displays, about being able to merge and subdivide screens as I please. Having a huge ultra-wide display really would be so much better if I could divide it up somehow. This is kind of the headline feature of stilch, which is a pretty neat compositor, https://github.com/wegel/sti…
It’s good to see the minimal drag to border behavior coming to all the OSs and DEs these days. I’m a weirdo and use i3 so I relate to this concern and am very comfortable with tiling for lots of applications. However there’s sometimes I wish I could just tell my display manager to treat the single WH wide monitor as two separate displays with dimensions, e.g. W(H-x) and W*(H+x).
Not sure the best level to implement this. There’s probably already solutions for this now that I think about it…
Re: State of multi-player Wayland
#47This feels like a step in the right direction from this talk on desktop UX. Finally some cool innovation here! https://youtube.com/watch?v=1fZTOjd_bOQ
It's not quite innovation, from TFA:
> X11 (the X Window System) has its own multi-seat extension called Multi-Pointer X (MPX), which I also had a lot of fun with a couple of years ago.
Re: State of multi-player Wayland
#48Earlier quoted context omitted.
> It's actually a lot more work than you'd think to support this... Like: how would one support multiple keyboards? Is there an experimental or logical model for that?
Multiple keyboards is trivial - unless you meant multiple active cursors. (If you've used a USB keyboard attahced to your laptop - you've already experienced multiple keyboards. Both work.) Multiple mice is esoteric.
If you have a USB mouse then you have multiple mice too, in that sense.
Re: State of multi-player Wayland
#49This is actually something I've always wanted, but people told me it's dumb. I want two cursors and two keyboards, with two "focused window" panes. If Mouse A clicks Pane1, keyboard A presses should go into Pane1. I think this would be so fun for multiplayer games on the same computer for example (think two Minecraft instances running).
Re: State of multi-player Wayland
#50Earlier quoted context omitted.
I keep thinking of trying to see how far I get re-doing Niri in River. The one other constraint that I'd really like to see relaxed is about displays, about being able to merge and subdivide screens as I please. Having a huge ultra-wide display really would be so much better if I could divide it up somehow. This is kind of the headline feature of stilch, which is a pretty neat compositor, https://github.com/wegel/sti…
It’s good to see the minimal drag to border behavior coming to all the OSs and DEs these days. I’m a weirdo and use i3 so I relate to this concern and am very comfortable with tiling for lots of applications. However there’s sometimes I wish I could just tell my display manager to treat the single W H wide monitor as two separate displays with dimensions, e.g. W (H-x) and W*(H+x). Not sure the best level to implement…
Stilch does that. niri#3159 requests that. Both in my comment above. :)