From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>
Cc: 6956@debbugs.gnu.org
Subject: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word
Date: Tue, 21 Sep 2010 07:20:53 -0700 [thread overview]
Message-ID: <8E94D45153FF4E5F942A9965E9221C6F@us.oracle.com> (raw)
In-Reply-To: <837hifybzi.fsf@gnu.org>
> > A user in Emacs 20, 21, 22, 23 could have
> > `mouse-drag-copy-region' nil, and thus
> > not have mouse selection touch the kill ring - in principle
> > (even if not in fact, because of a bug), and yet s?he was
> > still able to select and paste using the mouse - between
> > sessions, including sessions with different Emacs versions.
Question: was that bug only on Windows? Could users on X window set the var to
nil and mouse-select + pasted between sessions? If so, then this is a regression
not only in principle but in fact, i.e. wrt actual behavior, not only intended
behavior.
> > That ability is lost. This is a regression wrt the
> > advertised behavior for Emacs 22 through 23 (ever since
> > that user option has existed).
>
> It isn't a regression on Windows, see below. This thread was, at
> least for me, only about w32.
Why not check what the behavior pre-Emacs 24 was on non-Windows? If users could
select+paste between sessions without affecting the kill ring before, and they
cannot now, then this is not only about w32.
> > IOW, you seem to be just pointing out that there was an
> > Emacs 22/23 bug here, in that `mouse-drag-copy-region' polluted
> > the kill ring even when it was nil.
>
> It's not a bug, it's how mouse selections work in Emacs: text gets to
> the clipboard as a side effect of being put on the kill ring. It has
> always been like that, at least on Windows, in Emacs 23 and before, as
> in Emacs 24.
Forget about Windows. What's the behavior in X window? And what was it before
Emacs 24? Have users lost an ability to mouse-select + paste between sessions
without affecting the kill ring?
> > Not the intended, advertised behavior, but a buggy behavior.
> > `mouse-drag-copy-region' was a no-op option.
>
> That is a completely different issue. mouse-drag-copy-region was not
> a no-op only on X, where there's the PRIMARY selection in addition to
> the clipboard. Unless users of X are concerned about this change, I'm
> not going to be.
If it is a bug on X then it needs to be fixed on X and Windows. Your attitude
seems to be: (a) you don't know or care about X, and (b) it never worked right
on Windows anyway, so (c) it's not a bug. The attitude should be: (a) it doesn't
work right on Windows, (b) if it used to work on X then if it doesn't work now
on X then there is an X bug, and (c) in that case it should also be fixed to
work on Windows.
> > That new bug is the one I reported: "pasting mouse selection in
> > other session".
>
> That bug is solved, whether you like it or not, in exactly the way you
> wanted: by having an option (that fortunately already existed) one
> needs to customize.
The bug is not solved if it still doesn't work in the case where mouse selection
does not copy to the kill ring.
Again, I personally will probably let mouse selection copy to the kill ring, so
this is not about what I will use. And no, I don't care to argue about it just
for the heck of it. I think there might well be a loss of a user feature here.
On Windows there is not, in actuality, because it never worked properly. But on
X? Were users able to mouse-select and mouse-paste between sessions without
first copying to the kill ring?
More generally, if you can mouse-select+paste within an Emacs session without
affecting the kill ring, why shouldn't you be able to do that between sessions?
Seems natural, no?
prev parent reply other threads:[~2010-09-21 14:20 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-31 16:48 bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Drew Adams
2010-08-31 17:26 ` Eli Zaretskii
2010-08-31 18:13 ` Chong Yidong
2010-09-01 14:38 ` Eli Zaretskii
2010-09-04 7:18 ` Eli Zaretskii
2010-09-04 8:35 ` Jan Djärv
2010-09-04 11:07 ` Eli Zaretskii
2010-09-04 15:06 ` Drew Adams
2010-09-04 15:44 ` Eli Zaretskii
2010-09-04 15:15 ` Jan Djärv
2010-09-04 19:09 ` Chong Yidong
2010-09-04 20:35 ` David De La Harpe Golden
2010-09-04 21:38 ` David De La Harpe Golden
2010-09-05 1:53 ` Chong Yidong
2010-09-05 5:33 ` David De La Harpe Golden
2010-09-05 14:36 ` David De La Harpe Golden
2010-09-05 3:09 ` Eli Zaretskii
2010-09-05 4:48 ` David De La Harpe Golden
2010-09-05 5:06 ` Eli Zaretskii
2010-09-04 17:06 ` David De La Harpe Golden
2010-08-31 18:16 ` Drew Adams
2010-09-16 20:02 ` Eli Zaretskii
2010-09-16 23:51 ` Drew Adams
2010-09-17 8:01 ` Eli Zaretskii
[not found] ` <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com>
2010-09-17 16:14 ` Eli Zaretskii
2010-09-17 16:20 ` Drew Adams
2010-09-17 17:03 ` Eli Zaretskii
2010-09-20 18:47 ` Drew Adams
2010-09-20 19:18 ` Eli Zaretskii
2010-09-20 20:19 ` Drew Adams
2010-09-20 20:43 ` Drew Adams
2010-09-20 20:52 ` Eli Zaretskii
2010-09-20 21:41 ` Drew Adams
2010-09-20 21:53 ` Eli Zaretskii
2010-09-20 22:24 ` Drew Adams
2010-09-21 4:08 ` Eli Zaretskii
2010-09-21 14:20 ` Drew Adams [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8E94D45153FF4E5F942A9965E9221C6F@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=6956@debbugs.gnu.org \
--cc=eliz@gnu.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.