Re: [9fans] Evolving rio / GUI development

[Russ Cox <russcox@gmail.com>]

> this can't be said of rio.
> actually, i'd quite like to see an implementation of rio with pie
> menus. it's just a pity they're so awkward to implement
> (and that it's not clear what to do with menus of open-ended size).
> anyone out there implemented pie menus in the past?

i think the right thing to do is eliminate the menus entirely.

on button 2, we have cut, paste, snarf, send, plumb, scroll.
on button 3, we have New, Reshape, Move, Delete, Hide.

if we get rid of the menus, then in a text window we can use
chords for cut, paste, snarf, button 2 for send, button 3 for
plumb.  that leaves scroll.

for window management, Reshape and Move are already
handled via the window border, leaving New, Delete, and Hide.
if there's no b3 menu then a new window can be created
by just dragging out a rectangle with b3 when you start
on grey background.  that leaves Delete and Hide.
the hidden window menu can go on b1.

so scroll, delete, and hide.  if windows had a title bar (heresy!)
like acme's tag lines, then those could go there.

just an idea.  what i'd really like is to be able to move
windows between rio and acme, not just make them look
similar.

russ