From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <7871fcf50901281419n3fa41bd2ye62beee686d6079f@mail.gmail.com> References: <509071940901271635w30d64235xd1b93b6ef1fe436f@mail.gmail.com> <7871fcf50901281419n3fa41bd2ye62beee686d6079f@mail.gmail.com> Date: Wed, 28 Jan 2009 23:51:00 +0100 Message-ID: <8ccc8ba40901281451r3f86c24bv5fa33e9bbd80eadc@mail.gmail.com> From: Francisco J Ballesteros To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Small program "PlanKey" (paraphrase of DOSKey) Topicbox-Message-UUID: 8c45fa10-ead4-11e9-9d60-3106f5b1d025 2d menus won't work if there are more than, say, 4 or 6 options. I learned that after experimenting with omero and olive. They can be more convenient than regular menus, but you must still limit the number of options. On Wed, Jan 28, 2009 at 11:19 PM, Joel C. Salomon wrote: > On Wed, Jan 28, 2009 at 12:59 AM, wrote: >>> personally, i agree it makes the button 2 menu too long. i'd remove >>> cut, paste, and probably snarf, since i almost always do them by >>> chording anyway. >> >> That is a good suggestion. Look, Prev and Next would all be useful >> and long menus are only a problem on small screens. I keep using >> Snarf, I think there are some conditions when it is actually needed or >> at least much simpler than 1-sweep, +2, +3. > > Here's a crazy thought: how about 2D menus? > > cut > paste > snarf > prev plumb next > send > scroll > > (Assuming plumb was the most recently used option.) > This leaves the basic menu as-is, and adds the new options as if they > were "mouse gestures": for "next", middle-click, move mouse a drop > right, release; &c. I wouldn't add more than one option on either side > of the menu, but as I've laid it out there is no more need to look at > the menu to accomplish what you want, or think about what's there, > than there is now. > > =E2=80=94Joel > > >