bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Philipp Stephani
Subject: bug#24995: 25.1; Emacs manual: no doc on "bracketed paste mode"
Date: Wed, 28 Dec 2016 21:11:19 +0000



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. 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]