[2661] in Release_Engineering

home help back first fref pref prev next nref lref last post

emacs

daemon@ATHENA.MIT.EDU (Calvin Clark)
Fri Jun 28 05:47:35 1991

Date: Fri, 28 Jun 91 05:47:28 -0400
From: Calvin Clark <ckclark@ATHENA.MIT.EDU>
To: marc@MIT.EDU
Cc: rel-eng@ATHENA.MIT.EDU
In-Reply-To: Marc Horowitz's message of Thu, 27 Jun 91 23:00:13 EDT <9106280300.AA19769@hodge>
Reply-To: ckclark@mit.edu

Actually, the suggestion you made was exactly what I planned on doing
today after a couple of people complained about the behavior yesterday.
I, for one, will set the *brain damaged* behavior variable in my .emacs
file :-).  I will let the default be the old behavior, because I've been
convinced that it's not worth the trouble forcing users to conform to my
foolish whims of user-interface, even if they are right.

>>> I assumed you mean selections, and not cut buffers.

If you look at the code (and you may not want to, because I had to
butcher your once readable Zephyr code because of emacs brain-damage),
you'll see that it uses both selections and cut buffers.  The model is
as follows:

* When you cut from emacs, it will set the PRIMARY selection *and* cut
  buffer 0 to the selected text.  

* When pasting *to* emacs, it will request the PRIMARY selection.  If
  there is no current selection, then it will check cut buffer 0 and
  paste from there.

I know you might be tempted to say I should bag the cut buffers
altogether, but this provides a way for the Athena version of emacs to
cut and paste between non-Athena versions.

If you see a flaw in this logic, then please suggest
corrections/additions soon, because code cut is coming up very soon. 

-Calvin

home help back first fref pref prev next nref lref last post