bash bracketed ("reverse video") paste

[Chris Green]

On Sun, May 23, 2021 at 02:07:44PM +0100, Chris Green wrote:
> On Sun, May 23, 2021 at 01:17:09PM +0100, Colin Watson wrote:
> > On Sun, May 23, 2021 at 02:05:36PM +0200, Tom H wrote:
> > > On Sun, May 23, 2021 at 1:30 PM Colin Law <clanlaw at gmail.com> wrote:
> > > > On Sun, 23 May 2021 at 12:21, Tom H <tomh0665 at gmail.com> wrote:
> > > >> While searching the archive for a thread on a 21.04 bug, I saw an
> > > >> email about stopping "reverse video" pasting.
> > > >>
> > > >> There are two ways to turn off this new bash (mis)feature:
> > > >
> > > > What is it that you don't like about bracketed paste?
> > > 
> > > It's visually jarring
> > 
> > Bracketed paste is a semantic feature, not a visual one: in the context
> > of bash, it means that pastes don't get interpreted as commands until
> > you press Enter, for instance.  Unfortunately bash 5.1 seems to have
> > tied the visual behaviour to the semantic one.  In Chris Green's
> > previous thread on this, I posted some more details and a suggestion to
> > ask upstream to allow the visual behaviour to be controlled
> > independently.
> > 
> Yes, it's the reverse video that I found annoying.
> 
> However it's a change that people need to be told about too.  It is
> very annoying and confusing to find that a paste including a newline
> which always used to actually paste the newline now no longer does so.
> 
> I've very rarely been caught out by an unwanted newline and, on the
> other hand, I've often found it very handy to be able to paste a
> complete command *including* the newline such that it executes
> straight away.  It's an easy way of doing something repeatedly among
> other things.
> 
... and further, you have to explicitly include the newline when you
cut something, just double-clicking some text doesn't include the
newline.  So, for me anyway, it's difficult to include the newline in
the selected text unless you explicitly drag beyond the end of the text.

-- 
Chris Green