Re: bracketed-paste-mode should default to "off"

[Chet Ramey]

On 2/1/22 8:07 PM, Per Bothner wrote:

> On 2/1/22 15:59, Karl O. Pinc wrote:
> > With bracketed paste on, when pasting anything containing a newline,
> > it is as if there's a "Press enter to continue" invisible dialog that
> > pops up.  There is no way to tell that your terminal is waiting
> > for you to do something.
>
> Actually, in the bash-with-readline I'm currently using bracketed paste 
> will highlight
> the pasted text with inverse video.  I have mixed feelings about this.

Believe me, you're not the only one.

Part of the reason I added the active region and faces code (yes, Daniel,
finally) was to make the text from bracketed paste clear, so people knew
what was pasted. It avoids Karl's confusion about "no visible difference"
between pasted text and text entered from the keyboard.

> An alternative idea: A user-settable highlight style for the *entire*
> active input area - pasted text as well  a directy-typed characters.
> Even better: Two user-selectable styles, one for the current active input 
> area,
> and one for previous input areas.  (Once you type Enter, the highlight style
> of the input area is changed from the current-input to previous-input style.)
>
> I've implemented support for something like this in my DomTerm
> terminal emulator, and I think it is pretty nice.

What's the `active input area'? A series of characters bound to self-
insert? And what delimits it? A character bound to an editing command?

--
``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/