unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: esr@thyrsus.com
Cc: rlutz-ml@hedmen.org, emacs-devel@gnu.org
Subject: Re: Stop fiddling with my preferences
Date: Sun, 23 Nov 2014 19:32:23 +0200	[thread overview]
Message-ID: <83y4r1rffc.fsf@gnu.org> (raw)
In-Reply-To: <20141123162705.GB23221@thyrsus.com>

> Date: Sun, 23 Nov 2014 11:27:05 -0500
> From: "Eric S. Raymond" <esr@thyrsus.com>
> Cc: emacs-devel@gnu.org
> 
> > Also, I'd appreciate if the history of user-visible changes included
> > the commands necessary to restore the previous behavior.
> 
> I second this.  I'm a bit irritated by the new clipboard behavior
> myself.  We shouldn't ship changes like that without telling people
> how they can keep the behavior theiy're used to.

We didn't do anything like you imply.  See the NEWS excerpt below
(although having such complaints from people who clearly don't read
NEWS is hardly an incentive to continue with these efforts).

  ** Selection changes.

  The default handling of clipboard and primary selections has been
  changed to conform with modern X applications.  In short, most
  commands for killing and yanking text now use the clipboard, while
  mouse commands use the primary selection.

  In the following, we provide a list of these changes, followed by a
  list of steps to get the old behavior back if you prefer that.

  *** `select-active-regions' now defaults to t.
  Merely selecting text (e.g. with drag-mouse-1) no longer puts it in
  the kill ring.  The selected text is put in the primary selection, if
  the system possesses a separate primary selection facility (e.g. X).

  **** `select-active-regions' also accepts a new value, `only'.
  This means to only set the primary selection for temporarily active
  regions (usually made by mouse-dragging or shift-selection);
  "ordinary" active regions, such as those made with C-SPC followed by
  point motion, do not alter the primary selection.

  **** `mouse-drag-copy-region' now defaults to nil.

  *** mouse-2 is now bound to `mouse-yank-primary'.
  This pastes from the primary selection, ignoring the kill-ring.
  Previously, mouse-2 was bound to `mouse-yank-at-click'.

  *** `x-select-enable-clipboard' now defaults to t on all platforms.

  *** `x-select-enable-primary' now defaults to nil.
  Thus, commands that kill text or copy it to the kill-ring (such as
  M-w, C-w, and C-k) also use the clipboard---not the primary selection.

  **** The "Copy", "Cut", and "Paste" items in the "Edit" menu are now
  exactly equivalent to M-w, C-w, and C-y respectively.

  **** Note that on MS-Windows, `x-select-enable-clipboard' was already
  non-nil by default, as Windows does not support the primary selection
  between applications.

  *** To return to the previous behavior, do the following:

  **** Change `select-active-regions' to nil.
  **** Change `mouse-drag-copy-region' to t.
  **** Change `x-select-enable-primary' to t (on X only).
  **** Change `x-select-enable-clipboard' to nil.
  **** Bind `mouse-yank-at-click' to mouse-2.

  *** Support for X cut buffers has been removed.

  *** X clipboard managers are now supported.
  To inhibit this, change `x-select-enable-clipboard-manager' to nil.



  reply	other threads:[~2014-11-23 17:32 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-23 15:35 Stop fiddling with my preferences Roland Lutz
2014-11-23 16:27 ` Eric S. Raymond
2014-11-23 17:32   ` Eli Zaretskii [this message]
2014-11-23 17:45     ` Roland Lutz
2014-11-23 17:59       ` Eli Zaretskii
2014-11-23 16:42 ` Eli Zaretskii
2014-11-23 17:25   ` Fabrice Popineau
2014-11-25 14:25     ` Sebastian Wiesner
2014-11-25 16:47       ` Eli Zaretskii
2014-11-25 17:12         ` Sebastian Wiesner
2014-11-25 17:29           ` Eli Zaretskii
2014-11-25 17:30             ` Sebastian Wiesner
2014-11-25 19:18               ` Fabrice Popineau
2014-12-01  7:15   ` Bob Proulx
2014-12-01 13:42     ` Stefan Monnier
2014-12-01 15:54     ` Eli Zaretskii
2014-11-30 14:02 ` Stefan Monnier
2014-11-30 14:15   ` joakim
2014-11-30 15:00     ` Eric Abrahamsen
2014-11-30 14:31   ` H. Dieter Wilhelm
2014-11-30 15:43     ` Eli Zaretskii
2014-11-30 19:32       ` H. Dieter Wilhelm

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83y4r1rffc.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=esr@thyrsus.com \
    --cc=rlutz-ml@hedmen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).