From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <8a9325cdd68f97de578300418820a09d@mightycheese.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] sam chatter
From: "rob pike, esq." <rob@mightycheese.com>
In-Reply-To: <200307051834.h65IYu704913@augusta.math.psu.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: Sat,  5 Jul 2003 11:44:37 -0700
Topicbox-Message-UUID: e9f8eaf4-eacb-11e9-9e20-41e7f4b1d025

> 	(1) Dragging below the boundary of the current window should
> 	    cause the window to scroll, selecting new text as it
> 	    appears, as it does in acme.
> 	(2) The system and sam snarf buffers should be merged.
> 	(3) Unix sam's samterm interface should be updated
> 	    to look like the (much more asthetically pleasing)
> 	    Plan 9 version.  By this, I mean in terms of
> 	    color schemes, et al.
> 	(4) The interface should support mouse chording ala acme and rio.

i tried to implement both (1) and (4) some years ago and had trouble
because samterm is not in the same address space as sam.  this really
complicates the implementation.  that's not to say it's impossible,
just that a few hours' attack by me led nowhere.

(2) was a consequence of running over 1200 baud when sam was first
written.  you didn't want every cut and paste to bounce off the remote
end at that speed.  nowadays that argument has less weight.  on the
other hand, i still kinda like that you can have an editing session
that doesn't corrupt what you have in rio's snarf buffer.  i tried the
unified way in acme and i often (not always) miss the old way.

(3) is of course trivial and of course long since done in plan 9.

-rob