From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 3 Mar 2005 13:27:30 -0500 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] Evolving rio / GUI development In-Reply-To: <28d3c9a0e9df2ef5030f5ccb6c1ba677@vitanuova.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <28d3c9a0e9df2ef5030f5ccb6c1ba677@vitanuova.com> Topicbox-Message-UUID: 1e94f614-ead0-11e9-9d60-3106f5b1d025 > 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