From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <509071940901290350w103904c6rea469880f7dac12e@mail.gmail.com> References: <509071940901271635w30d64235xd1b93b6ef1fe436f@mail.gmail.com> <7871fcf50901281419n3fa41bd2ye62beee686d6079f@mail.gmail.com> <8ccc8ba40901281451r3f86c24bv5fa33e9bbd80eadc@mail.gmail.com> <4e6ca2050901281626i1daf006eg4ac244e93792f73d@mail.gmail.com> <3af3190d991197c5394d213f6bca70ae@coraid.com> <509071940901290350w103904c6rea469880f7dac12e@mail.gmail.com> Date: Thu, 29 Jan 2009 13:04:27 +0000 Message-ID: From: roger peppe To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Small program "PlanKey" (paraphrase of DOSKey) Topicbox-Message-UUID: 8d306ece-ead4-11e9-9d60-3106f5b1d025 2009/1/29 Anthony Sorace : > On Thu, Jan 29, 2009 at 3:49 AM, wrote: >> How about turning acme to universal UI, in the style of old Oberon? [...] > I love acme, but I think rio's the right starting place for GUI > things. Maybe just move the menu into a pre-populated tag, similar to > Acme's. i might have said this before, i can't remember, but i reckon that rather than making acme universal, you could just make it multi-window. currently there are many Column data structures and a single Row. it *might* not be so hard to allow multiple Rows, each corresponding to a window. i'd find this very useful - my acme gets too cluttered when i start subtasks, but i don't wish to start another acme, as it's useful having all files under the same instance, and amenable to the same Dump. there is of course the issue of which window to open plumbed files in, but i imagine (as with much of acme) that a decent heuristic could make it feel fairly natural. then you can have a separate terminal window with searchable text as a free bonus.