From: Tim Van Holder <tim.vanholder@gmail.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: 6637@debbugs.gnu.org
Subject: bug#6637: 24.0.50; kill ring being seriously polluted
Date: Sat, 17 Jul 2010 17:32:36 +0200 [thread overview]
Message-ID: <AANLkTim6hVaSeBHmAGMiLpxCrp8qMdqP4KiaWYtxS0Ox@mail.gmail.com> (raw)
In-Reply-To: <87bpa7zagi.fsf@stupidchicken.com>
On 16 July 2010 17:57, Chong Yidong <cyd@stupidchicken.com> wrote:
> Tim Van Holder <tim.vanholder@gmail.com> writes:
>
>> 1) emacs -Q
>> 2) Holding the shift key, press the up arrow until you're at the top
>> of the buffer
>> 3) Release the shift key and press the down arrow until you're back at
>> the bottom of the buffer
>> 4) Press C-y
>>
>> This yanks in the comment lines, even though I at no point requested a
>> kill or copy-as-kill.
>
> Go to any X application (firefox, etc) with a text field.
> Holding shift, press the arrow keys and select some text.
> Release shift, and press another down arrow to deselect it.
>
> In Emacs 23 (in the absence of latest changes):
>
> Run `emacs -Q'.
> C-y
>
> The text you selected is yanked into the buffer. This is because the
> other X application put your selected text in the primary selection.
> How is the behavior of Emacs' new shift selection different from the
> other X application's shift selection?
I generally spend all my time in Emacs, so I don't know/care very much
about the behaviour of other X applications (especially with the way
I'm running Emacs these days, it tends to be the only X app running).
All I know is I have been selecting text in Emacs for a long time and
it has never appeared in the kill ring (maybe because of
pc-selection-mode, I don't know).
I do expect to be able to yank text copied from other applications,
and I do expect to be able to paste stuff elsewhere that I've
copied/killed in Emacs; and this has so far always been the case.
The following is something I do a lot as part of code editing:
1) copy/kill something
2) yank the copied/kill text
3) select certain portions and replace them as needed for that copy
4) go back to step 2) if needed
The new behaviour interferes with this (and I don't see how it can do
anything but interfere when pc-selection-mode is active).
Look, if most people are happy with the new behaviour then fine, make
it the default. But I'd still want a customizable option to disable it
(or for it to be automatically disabled when pc-selection-mode is
active).
Given that there is a pc-selection-mode, perhaps this new behaviour
could be made an x-selection-mode, giving people the choice of which
behaviour they want.
next prev parent reply other threads:[~2010-07-17 15:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-15 8:50 bug#6637: 24.0.50; kill ring being seriously polluted Tim Van Holder
2010-07-15 9:55 ` David De La Harpe Golden
2010-07-15 10:05 ` Thierry Volpiatto
2010-07-15 13:35 ` Tim Van Holder
2010-07-15 14:03 ` Chong Yidong
2010-07-16 9:07 ` Tim Van Holder
2010-07-16 15:57 ` Chong Yidong
2010-07-17 15:32 ` Tim Van Holder [this message]
2010-07-17 15:57 ` Chong Yidong
2010-07-17 17:53 ` David De La Harpe Golden
2010-07-19 8:22 ` Tim Van Holder
2010-07-22 23:26 ` David De La Harpe Golden
2010-07-16 23:59 ` Angelo Graziosi
2010-07-17 2:37 ` Chong Yidong
2010-07-17 8:37 ` Angelo Graziosi
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=AANLkTim6hVaSeBHmAGMiLpxCrp8qMdqP4KiaWYtxS0Ox@mail.gmail.com \
--to=tim.vanholder@gmail.com \
--cc=6637@debbugs.gnu.org \
--cc=cyd@stupidchicken.com \
/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).