Date: Wed, 26 Jun 1996 17:50:29 +0200 (IST) From: Gennady Sorokopud <gena@NetVision.net.il> To: sos@freebsd.org Cc: (FreeBSD current) <current@freebsd.org> Subject: RE: RFC: cut&paste funtionality... Message-ID: <XFMail.960626175357.gena@NetVision.net.il> In-Reply-To: <199606261425.QAA29111@ra.dkuug.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.960626175357.gena>