Bug#588785: ANN: xterm patch #267

[Thomas Dickey <dickey@his.com>]

On Mon, 22 Nov 2010, Timo Juhani Lindfors wrote:

> Thomas Dickey <dickey@his.com> writes:
> > short - yes
> >
> > Long story: I'd put it aside for a while because I could see it would be
> > complicated to refactor the selection into stop-, etc. states.  On
> > revisiting it, I realized that the answer was near the beginning of
> > the
> > discussion.  So I added copy-selection, and used it like this:
> >
> >         Ctrl Shift<Key>C:copy-selection(CLIPBOARD)\n\
> >         Ctrl Shift<Key>V:insert-selection(CLIPBOARD)\n\
> >
> > Unlike the previous try, I didn't see any hanging or related issues.
>
> With
>
> *VT100*translations:    #override \n\
> Shift Ctrl <KeyPress> v:insert-selection(CLIPBOARD)\n\
> Shift Ctrl <KeyRelease> v:ignore() \n\
> Shift<Btn1Down>:select-start()\n\
> Shift<Btn1Motion>:select-extend()\n\
> Shift Ctrl <KeyPress> c:copy-selection(CLIPBOARD)\n\
> Shift Ctrl <KeyRelease> c:ignore() \n\

The problem is the "ignore".  I didn't modify the mouse-button 
translations.  It would be nice to just have the selection stop
when copy-selection happens, but it didn't appear necessary.

> <BtnUp>:ignore() \n
>
>
> doing
>
> 1) select text
> 2) hit ctrl-shift-c without moving mouse
> 3) move the mouse and click somewhere so that no text is selected anymore
>
> still causes the terminal to stop responding
>
> If I hit ctrl-shift-c again the terminal responds again.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net