None if you don't care for terminal emulation. You can use M-x shell and have a much better experience.
_viz_
joined 1 year ago
A shame that acme(1) only gets a passing mention when the original paper on acme's predecessor help really drives the point home for having a mouse-friendly interface: https://doc.cat-v.org/plan_9/1st_edition/help/
Sam (and IIRC rio windows) use menus to get the job done which might be worthy of mention too.
Note though that in the computers that acme was used in, the mouse was like this: http://jfloren.net/b/2022/3/2/0
I agree. The "keyboard warriors" always stick in their nose to boast about their keyboard-only workflow and how it is so-fast, etc., etc. while completely miss the point being made. I have seen this trend far too many times. OTOH, I am too biased to see acme not get the treatment (that I think) it deserves. :P
Ah, by linking the "help" paper, I was hoping to make a point that having a fluid workflow that relies on the mouse is possible. Since every argument preaches that using the mouse introduces friction...
As a pretty mouse-heavy user myself [1], I agree. Using the mouse is simply better for certain tasks and I wrote a "cry-for-help" myself a while back [2] to see if I can improve my mouse usage in Emacs. To this effect, I ended up writing a (hacky) minor mode that implements acme's tags but I could never bend Emacs' window management to my will and eventually stopped working on it once my mouse was stolen. :-(
[ Without a scroll wheel that is easy to press, that workflow is annoying. ]