On Mon, 22 Nov 2010, Timo Juhani Lindfors wrote:
Thomas Dickey <dic...@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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
