Re: [dev] [st] [PATCH] Allow mouse copy-paste for programs that claim mouse to themselves by holding shift

From: Raphaël Proust <raphlalou_AT_gmail.com>
Date: Thu, 13 Feb 2014 10:11:39 +0000

On Thu, Feb 13, 2014 at 10:02 AM, Roberto E. Vargas Caballero
<k0ga_AT_shike2.com> wrote:
>> Classical example of when this is required is Midnight Commander - it have
>> useful mouse integration, but copy-pasting a filename or two is sometimes a
>> nice thing to be able to do. Some other terminal emulators achieve this by
>> not sending mouse events to the program whenever "Shift" is pressed, and
>> instead processing such events themselves. This patch does just this.
>
> If nobody complaints about this patch I will apply it the next week.

I'm wondering if anyone is using dvtm with mouse features enabled.
dvtm already provides a shift+mouse for X copy-paste[0].

Is it the application's job or the terminal's to provide an escape
mechanism for the mouse claiming? Can an application claim
shift+mouseclicks?


Cheers,

-- 
______________
Raphaël Proust
[0] from the man page:
       Copy and Paste
              By default dvtm captures mouse events to provide  the
actions  listed  below.
              Unfortunately  this  interferes  with the standard X
copy and paste mechanism.
              To work around this you need to hold down Shift  while
selecting  or  pasting
              text.  Alternatively you can disable mouse support at
compile time, start dvtm
              with the -M flag or toggle mouse support during runtime
with Mod-M.

Received on Thu Feb 13 2014 - 11:11:39 CET