[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] bracketed paste support

From: Chet Ramey
Subject: Re: [PATCH] bracketed paste support
Date: Wed, 29 Oct 2014 21:11:44 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0

Hash: SHA1

On 10/29/14 5:42 PM, Daniel Colascione wrote:
> On 10/29/2014 09:35 PM, Pádraig Brady wrote:
>> On 10/27/2014 10:35 PM, Daniel Colascione wrote:
>>> address@hidden enable-bracketed-paste
>>> address@hidden enable-bracketed-paste
>>> +If set to @samp{on} and the terminal supports bracketed paste mode,
>>> +configure it to insert each paste into the editing buffer as a string
>>> +instead of treating the characters pasted as normal input, preventing
>>> +inadvertent execution of pasted commands.  The default is @samp{on}.
>> I see this defaults on.
>> Does this mean one can't paste command sequences to readline now?
> Well, I don't know whether Chet left the feature enabled by default. I hope 
> he did, though, since preventing execution of pasted commands is one of the 
> feature's key benefits. In bash, you should be able to execute a pasted 
> command sequence by typing RET after the paste, but a paste by itself should 
> never begin execution.

I did not default it to enabled.  It's simple enough to turn it on.

I think Padraig is talking about readline command sequences, not shell
commands.  That's the real point of this patch.  You can select text in
a way to avoid executing a shell command on paste, but without this mode
you can't avoid, for instance, a pasted TAB invoking word completion.

- -- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    address@hidden    http://cnswww.cns.cwru.edu/~chet/
Version: GnuPG v1.4.12 (Darwin)
Comment: GPGTools - http://gpgtools.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]