From owner-freebsd-current  Wed Jun 26 07:51:41 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id HAA12982
          for current-outgoing; Wed, 26 Jun 1996 07:51:41 -0700 (PDT)
Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12971;
          Wed, 26 Jun 1996 07:51:35 -0700 (PDT)
Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id HAA21495; Thu, 27 Jun 1996 07:51:02 -0700 (PDT)
Message-ID: <XFMail.960626175357.gena@NetVision.net.il>
X-Mailer: XFMail 0.4-prerelease [p0] on FreeBSD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
In-Reply-To: <199606261425.QAA29111@ra.dkuug.dk>
Date: Wed, 26 Jun 1996 17:50:29 +0200 (IST)
X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs<XpQKn_?U}en./<W?@-rH/+)Wj-@|6n_Oo)
 Li~B_?}Ay>9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{<wUBg4lk?f~:^$*
 ]uVJ8QL7?pkdpIzy$~}7dUNL:j`MJ!a)p{9['r7{ALM{x9V:i#B~N}LZ~+>"54NhSG|YYZG@[)(`e!
 >jN#L!~qI5fE-JHS+<
Organization: NetVision Ltd.
From: Gennady Sorokopud <gena@NetVision.net.il>
To: sos@freebsd.org
Subject: RE: RFC: cut&paste funtionality...
Cc: (FreeBSD current) <current@freebsd.org>
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hello!

I just tried to understand what programs like xterm does in this case.
When the text is moving the selection moves (new output) with it,
and when something else happens the text is being deselected...

Seems like an acceptable policy to me.

On 26-Jun-96 sos@freebsd.org wrote:
>>So, I'm left with a little problem about how to handle the marked
>text when new output goes to the screen, possibly messing up
>the marked area or moving it around. There is 3 possible
>solutions to this:
>
>1.	Catch all updates and change the marking to comply
>
>2.	Remove the marking on all updates.
>
>3.	Only show the marked text when actually doing the
>	cut action, remove as soon as the mousebutton is=20
>	released.
>
>Now, 1 above is almost impossible, so unless we will accept
>a MAJOR slowdown on screen updates, this is not really an
>option. 2 above is possible (thats the route I've started)
>but it generates quite alot of code. 3 is easy and does
>not cost anything...
>
>So comments are VERY welcome...
>
>-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
>Soren Schmidt             (sos@FreeBSD.org)             FreeBSD Core Team
>               So much code to hack -- so little time.

Best regards.
--------
 Gennady B. Sorokopud - System programmer at NetVision Israel.
 E-Mail: Gennady Sorokopud <gena@NetVision.net.il>
 Homepage: http://www.netvision.net.il/~gena

 This message was sent at 06/26/96 17:50:30 by XF-Mail