Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16135
| 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> |
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
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