Re: Readline-8.2-beta available

[Karl O. Pinc]

On Mon, 18 Apr 2022 14:32:55 -0700
Per Bothner <per@bothner.com> wrote:

> On 4/18/22 13:27, Karl O. Pinc wrote:
> > The feature I was trying to implement would let newlines
> > take effect in pasted text with bracketed paste on.

> Speaking for myself: Having a pasted newline be just inserted
> rather than "take effect" is the correct default (and I'm
> not convenced the "take effect immediately" behavior is
> useful enough to warrant an option).

Understood.

> It is not just because of malicious actors but even more so accidents:
> Unintentionally including an extra newline.  The downside if
> you intended "take effect" is you have to type an extra Newline.

And, you have to know you must type an extra newline.  There's nothing
on the screen that makes it obvious that your paste is not executing.

> The downside the other way if you unintentionally add a final newline
> is you get a command executed before you intended.  That can be a lot
> harder to deal with, obviously.  The cost-benefit argument seems to
> clearly favor the self-insert approach - unless you never make
> mistakes.

I make a lot of detailed notes, containing mutli-line text that is
expected to be cut-and-pasted for execution.  It makes me want to
turn bracketed-paste-mode off.  And, based on my initial research
into why pasting didn't "take effect", most people seem to think
the whole point of bracketed paste is having to press the extra
newline.  Anyone who turns bracketed paste off just to get
rid of "the extra newline" will be in a far worse security
posture than if there were a separate option to control the
newline behavior.

> In other words: It's not that we don't understand what you're
> asking for - it's that we (or at least I) think you're wrong.

Fair enough.  If such a patch would not be accepted please let me
know so I don't waste time on it.

Regards,

Karl <kop@karlpinc.com>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein