Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #16135

Re: [PATCH] Add active mark, face support; activate mark on paste

From Chet Ramey <chet.ramey@case.edu>
Newsgroups gnu.bash.bug
Subject Re: [PATCH] Add active mark, face support; activate mark on paste
Date 2020-04-14 16:53 -0400
Organization ITS, Case Western Reserve University
Message-ID <mailman.280.1586897593.3066.bug-bash@gnu.org> (permalink)
References (3 earlier) <902c38ef-7534-8f6d-51b7-daa0843b8440@case.edu> <M4glUEn--3-2@tutanota.com> <M4h5hzL--Z-2@tutanota.com> <M4uRTLa--3-2@tutanota.com> <b8ea13c8-c7bd-b644-3c3e-34cb59fd9c72@case.edu>

Show all headers | View raw


On 4/14/20 4:46 PM, gentoo_eshoes@tutanota.com wrote:
> Another 'face' issue(the 3rd?) I just noticed now:
> if I paste something that has "\n" inside it, like these 3 lines(only the first 2 lines have \n, but doesn't matter):
> -bash: mk_add_options: command not found
> -bash: mk_add_options: command not found
> -bash: mk_add_options: command not found
> 
> then they are all pasted on the same line, so I have to manually press Enter to execute the line.

This is the expected behavior with bracketed-paste enabled. The pasted text
is `bracketed' by a start and end sequence -- that's how the face code
knows what's been pasted and to highlight it -- and any embedded editing
characters, like newline, are simply added to the editing buffer. The
face code enables bracketed paste by default, since it doesn't make much
sense to test it without bracketed paste enabled.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/

Back to gnu.bash.bug | Previous | Next | Find similar


Thread

Re: [PATCH] Add active mark, face support; activate mark on paste Chet Ramey <chet.ramey@case.edu> - 2020-04-14 16:53 -0400

csiph-web