From: David De La Harpe Golden <david@harpegolden.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: cyd@stupidchicken.com, 6774@debbugs.gnu.org, angelo.graziosi@alice.it
Subject: bug#6774: Cut and paste with C-w/mouse-2 not working?
Date: Fri, 06 Aug 2010 21:17:53 +0100 [thread overview]
Message-ID: <4C5C6DF1.1030903@harpegolden.net> (raw)
In-Reply-To: <83iq3ovwv0.fsf@gnu.org>
On 06/08/10 11:50, Eli Zaretskii wrote:
>> From: Stefan Monnier<monnier@iro.umontreal.ca>
>> Cc: David De La Harpe Golden<david@harpegolden.net>, cyd@stupidchicken.com, 6774@debbugs.gnu.org, angelo.graziosi@alice.it
>> Date: Fri, 06 Aug 2010 11:13:50 +0200
>>
>>> But that would mean setting the selection each time the user does a
>>> C-w or M-w or any other action that pushes text on the kill ring,
>>> won't it?
>>
>> Isn't that what Emacs has been doing for the last 10 years?
>
> Not as far as I know. Maybe I was living in some pipe dream, but I
> always thought the actual copying happened only when some other
> application actually requests the selection.
I was talking about a second level of intra-emacs laziness that exists
in the present select-active-regions implementation, not
inter-application stuff.
See, on X11 you can x-set-selection the _emacs-level_ selection (stored
internally on selection_alist) to a non-string value that merely
references a buffer, so that when/if another application requests the
selection, it is looked up all the way back to a buffer (or cons of
markers). The current select-active-regions implementation works that
way, and thereby avoids an emacs-internal string copy sometimes (in
cases like C-w/M-w that internal copy happens anyway).
My proposal was to consider that a premature optimization, go back to
basics, then re-optimise by reintroducing some emacs-internal laziness
in a more controlled fashion.
next prev parent reply other threads:[~2010-08-06 20:17 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-01 22:04 bug#6774: Cut and paste with C-w/mouse-2 not working? Angelo Graziosi
2010-08-02 4:12 ` David De La Harpe Golden
[not found] ` <4C56C8F0.2010104@alice.it>
2010-08-02 14:52 ` David De La Harpe Golden
2010-08-02 19:41 ` Chong Yidong
2010-08-02 20:30 ` David De La Harpe Golden
2010-08-02 20:33 ` David De La Harpe Golden
2010-08-02 20:53 ` David De La Harpe Golden
2010-08-02 20:59 ` Chong Yidong
2010-08-02 21:35 ` David De La Harpe Golden
2010-08-02 22:26 ` David De La Harpe Golden
2010-08-05 2:20 ` Chong Yidong
2010-08-05 23:50 ` David De La Harpe Golden
2010-08-06 7:43 ` Eli Zaretskii
2010-08-06 9:13 ` Stefan Monnier
2010-08-06 10:50 ` Eli Zaretskii
2010-08-06 12:21 ` Kenichi Handa
2010-08-06 13:17 ` Jan Djärv
2010-08-06 20:23 ` David De La Harpe Golden
2010-08-06 20:17 ` David De La Harpe Golden [this message]
2010-08-06 15:28 ` Chong Yidong
2010-08-06 21:05 ` David De La Harpe Golden
2010-08-07 19:50 ` Chong Yidong
2010-08-07 23:05 ` David De La Harpe Golden
2010-08-09 2:55 ` Chong Yidong
2010-08-09 11:43 ` Stefan Monnier
2010-08-09 17:19 ` Jan Djärv
2010-08-10 7:29 ` Stefan Monnier
2010-08-10 14:01 ` Jan Djärv
2010-08-10 15:54 ` Stefan Monnier
2010-08-10 17:59 ` Jan Djärv
2010-08-11 7:46 ` Stefan Monnier
2010-08-11 16:06 ` Jan Djärv
2010-08-11 20:17 ` Stefan Monnier
2010-08-11 21:26 ` Jan Djärv
2010-08-11 21:32 ` Stefan Monnier
2010-08-12 3:54 ` Kenichi Handa
2010-08-12 7:43 ` Jan Djärv
2010-08-12 7:51 ` Kenichi Handa
2010-08-12 8:29 ` Stefan Monnier
2010-08-12 12:14 ` Kenichi Handa
2010-08-12 16:09 ` Stefan Monnier
2010-08-12 17:11 ` Jan Djärv
2010-08-13 10:38 ` Stefan Monnier
2010-08-13 11:29 ` Eli Zaretskii
2010-08-13 6:18 ` Kenichi Handa
2010-08-13 10:40 ` Stefan Monnier
2010-08-16 8:16 ` Kenichi Handa
2010-08-16 8:51 ` Jan Djärv
2010-08-17 1:44 ` Kenichi Handa
2010-08-17 5:52 ` Jan Djärv
2010-08-17 7:17 ` Eli Zaretskii
2010-08-17 8:24 ` Jan Djärv
2010-08-17 10:26 ` Eli Zaretskii
2010-08-17 11:43 ` Kenichi Handa
2010-08-17 12:14 ` Stefan Monnier
2010-08-17 12:57 ` Kenichi Handa
2010-08-18 7:24 ` Stefan Monnier
2010-08-17 20:59 ` David De La Harpe Golden
2010-08-18 7:25 ` Stefan Monnier
2010-08-07 23:08 ` Angelo Graziosi
[not found] ` <mailman.23.1280783288.5118.bug-gnu-emacs@gnu.org>
2010-08-03 14:34 ` Miles Bader
2010-08-03 15:15 ` David De La Harpe Golden
2010-08-03 15:31 ` Miles Bader
2010-08-03 15:45 ` David De La Harpe Golden
2010-08-03 16:02 ` Miles Bader
2010-08-04 18:02 ` Stefan Monnier
2010-08-04 18:25 ` Drew Adams
2010-08-04 21:10 ` David De La Harpe Golden
2010-08-04 21:36 ` Drew Adams
2010-08-05 0:17 ` Chong Yidong
2010-08-05 0:24 ` Drew Adams
2010-08-05 0:33 ` Chong Yidong
2010-08-05 0:40 ` Drew Adams
2010-08-02 13:33 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C5C6DF1.1030903@harpegolden.net \
--to=david@harpegolden.net \
--cc=6774@debbugs.gnu.org \
--cc=angelo.graziosi@alice.it \
--cc=cyd@stupidchicken.com \
--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.