Re: Spatial groups concept discussion

[Russell Adams]

On Wed, Mar 09, 2022 at 10:38:32AM +0000, Roland Everaert wrote:
> A few questions:
>
> - How does this system works with multiple heads?

I haven't done any testing with multiple heads. My rig is single
monitor.

I think that multiple screens should be treated like a wider cursor
instead of independent cursors, but I haven't tried it.

> - How does behave a spacial desktop, when splitting a head to
> - display 2 or more frames, did you prevent a window from another
> - cell to fill out the new area automatically?

Spatial has no effect on Stump's tiling behavior within the
screen. That works normally. Spatial is only the relationship between
groups and their navigation.

>
> Roland Everaert
> ---
> Use the F.O.S.S., Luke
>
> Envoyé avec la messagerie sécurisée ProtonMail.
>
> ------- Original Message -------
>
> Le mardi 8 mars 2022 à 22:57, Russell Adams <RLAdams@adamsinfoserv.com> a 
> écrit :
>
> > On Tue, Mar 08, 2022 at 06:09:58PM +0000, Tim Macdonald wrote:
> >
> > > Thank you very much for starting this discussion, posting the code, making
> > >
> > > the video, etc. For the record, I think using Libreoffice Calc as a
> > >
> > > presentation tool was inspired.
> >
> > That was cheating. I needed to illustrate a grid, and a spreadsheet
> >
> > was natural. For a real presentation I should make some graphics.
> >
> > > As a relatively new Stump user I've also been curious about groups. The 1D
> > >
> > > list of groups has felt limiting compared to previous WMs I've used that
> > >
> > > supported a 2D grid of workspaces (and so far have been too lazy to write
> > >
> > > functions to do the appropriate modular arithmetic to simulate a 2D. Now
> > >
> > > with your code we can go 3D—even better!).
> >
> > I have to say, it's on par with other tiling WMs. I recall xmonad, i3,
> >
> > and others doing the same small list of groups.
> >
> > > I think you have an unusually window-heavy workflow, and other ways
> > >
> > > of skinning the cat include having a lot of buffers in one Emacs,
> > >
> > > browser tabs, terminal tabs, perhaps tmux, using multiple
> > >
> > > monitors/heads, using splits (back when I had a 4k monitor it was
> > >
> > > almost necessary to use splits to make windows a usable size), etc.
> > >
> > > I personally have a group called "messaging" with five or six apps
> > >
> > > in it (Signal, Slack, Element, etc.) and am happy to use C-t <n> (0
> > >
> > > through 5) to get the right one up.
> >
> > My primary screen is a tiny laptop screen. I used to travel
> >
> > heavily. When you have zero cost task switching and little screen
> >
> > space, you spam windows.
> >
> > To be fair, my central communication screen is heavily tmuxed. Email,
> >
> > Signal, terminal Emacs on one side, and a ssh login to tmux on the
> >
> > other with irc, xmpp, and more.
> >
> > I've found that unless I have a reason to stack things on one window
> >
> > (ie: durable processes on a remote server), it's easier to spread out.
> >
> > > Anyway, that's my answer to how I deal with group management and I'm very
> > >
> > > interested to hear how other people approach it.
> >
> > Thanks for sharing!
> >
> > ------------------------------------------------------------------
> >
> > Russell Adams RLAdams@AdamsInfoServ.com
> >
> > PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
> >
> > Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3


------------------------------------------------------------------
Russell Adams                            RLAdams@AdamsInfoServ.com

PGP Key ID:     0x1160DCB3           http://www.adamsinfoserv.com/

Fingerprint:    1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3