Re: [9front] "Touching the Artwork" strikes again

[qwx@sciops.net]

> The discussion should have been should it be enabled at all.
> 
> I'm pretty against keyboard control in window management in
> particular, triply so on Plan 9, but keybindings could actually be
> tolerated if they were available only while the window management menu
> is quasimodally held open with button 3. It's better than the nested
> GNU Screen way of controlling where commands go.
> 
> And Exit is neither really "window management" anyway nor something
> anyone is actually missing if it's undiscoverable without a man page
> read.
> 
> And q to quit is a Plan 9 standard already.
> 
> Also, if checking for /env/wsys is too much magic (this was the real
> reason Exit was enabled - not that anyone actually *uses* it in the
> parent rio) you could check for service=cpu instead and get
> practically the same result.

The current state was generally agreed upon after plenty of
discussion, which occurred before, during and after the patches
surrounding rio Exit, and which anyone could look up if they cared to.
I don't think anything prevents anyone from just reverting or
modifying them if they're unsatisfied with them.

If you want GNU screen on plan9, go for it.  You can implement it
without even touching rio by using /dev/kbdtap.  You can also combine
that with riow and bar scripts.  There's literally nothing preventing
you from reimplementing your favorite unix terminal multiplexer or GNU
tool on plan9.  Of course, you probably already know all of this,
which is why you're reviving this discussion after someone failed to
quit sam or operate rio for a moment.  I didn't know about q being
standard though, I tried typing q in acme, but it doesn't work, what
gives?

qwx