From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Subject: Re: [9fans] sam & rio From: "rob pike" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20010331123458.69F66199E3@mail.cse.psu.edu> Date: Sat, 31 Mar 2001 07:34:55 -0500 Topicbox-Message-UUID: 77ea4586-eac9-11e9-9e20-41e7f4b1d025 I regret that sam doesn't do chorded cut and paste, and have tried several times to fix that deficiency, but the split design of sam causes a division of labor that makes chording very difficult. The same applies to scrolling when selecting. On the other hand, I find the monolithic design of acme limits its ability to do some other things, such as work well over slow links. If win worked as a file system serving /dev/cons itself, it would behave a little better, but there would still be a race between where acme puts stuff and where win thinks it is. That is fixable by extending acme's external interface somewhat, but at that point you've built three levels of file system serving /dev/cons and it seems like overkill to me. My solution is not to run win much, either. I always thought of it as an expedient workaround. Acme iself is already a shell. -rob