Re: [9fans] Sam Rewrite (Was: SAM snarf with X)

["erik quanstrom" <quanstro@quanstro.net>]

Russ Cox <rsc@swtch.com> writes

| The die hard sam users would disagree vehemently with you.
| The nice thing about sam is that it's one window, not many,
| making it comfortable to edit a 30-file project without getting
| caught up in managing windows.  

back when i was doing distributed search, i'd have sam running for
months with 200 files in the menu.

the irony was that sam was just perfect for those tedious games
one has to play on commercial projects -- like tweeking the copytight
header in each file. X:.: ,x... is your friend.

| I still believe the chording code that's ifdef'ed out of the
| plan9port version can be made to work.

is there any particular senerio that causes a problem; i'd be
willing to take a stab at this.

i know you've mentioned protocol jam but i can't picture how
the protocol events would be different between b1+b2 and 
menu→cut. clearly, i'm missing something.

| >     4) The unshared snarf buffer issue is gone.
| 
| Again the sam die-hards will disagree with you on this one.

i would like to unshare the buffer; but i'm not intersted
in offending. perhaps this could be switched either via
command line or menu option. (ya, i know. don't kill me 
for the menu option idea.)

| >     5) The select-while-scrolling problem is solved
| >        (perhaps, again, with the simple Athena/XTerm
| >        select mechanism).
| 
| I'm not sure I want to know what this really means, but
| "simple Athena/XTerm" sure sounds like an oxymoron to me.
| 

uh, i really don't think that you need to be this radical. i've got
some code that allows 9term to scroll-select. they're based on
basically the same "struct Text", so i think it's doable.

erik