bug#24995: 25.1; Emacs manual: no doc on "bracketed paste mode"

[Philipp Stephani <p.stephani2@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]

Eli Zaretskii <eliz@gnu.org> schrieb am Mo., 28. Nov. 2016 um 04:25 Uhr:

> > From: Philipp Stephani <p.stephani2@gmail.com>
> > Date: Sun, 27 Nov 2016 21:11:36 +0000
> > Cc: 24995@debbugs.gnu.org
> >
> >  > I do think it would be nice to let users disable use of this
> >  > feature, even if the terminal supports it. Since we do that
> >  > with other xterm extensions (see xterm-extra-capabilities),
> >  > we should probably offer the same level of control for this
> >  > capability, either as part of getSelection, or as a separate
> >  > feature.
> >
> >  Clearly.
> >
> >  If Emacs can suddenly start supporting it then Emacs can
> >  provide a way to turn it off (it was, in effect, off before).
> >
> >  > Philipp, would you like to add this on the emacs-25 branch?
> >
> >  Yes, thank you.
> >
> > There shouldn't be any need for turning off bracketed pasting. It's just
> a separate input key sequence that is
> > either sent or not sent by the terminal emulator. This isn't different
> from e.g. the Hyper key; there's also no
> > option to disable the latter.
>
> That is true, but we still allow the user to control the other similar
> extensions, which all fit your description.  So why should support for
> bracketed paste mode be different?  It's inconsistent, and I can't
> think of a reason why we would want this inconsistency.
>

I don't think that inconsistency is a strong enough reason to introduce a
customization option, especially for a setting that has no user-visible
behavior. There are certainly several other optimizations in the the Emacs
code base that can't be turned off.

[-- Attachment #2: Type: text/html, Size: 2752 bytes --]