GNU bug report logs - #6774
Cut and paste with C-w/mouse-2 not working?

Previous Next

Full log

View this message in rfc822 format

From: Kenichi Handa <handa <at> m17n.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: cyd <at> stupidchicken.com, jan.h.d <at> swipnet.se, 6774 <at> debbugs.gnu.org, angelo.graziosi <at> alice.it
Subject: bug#6774: Cut and paste with C-w/mouse-2 not working?
Date: Thu, 12 Aug 2010 21:14:43 +0900

In article <jwv62zgdynz.fsf-monnier+emacs <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> So the C-f (or any other movement) would cause the selection of PRIMARY?
> > When transient-mark-mode is on (including temporary one), I
> > think yes.
>>> That would have to be performed in some kind of post-command-hook, which
>>> is undesirable.
> > We can add a proper code to set_point_both like this code in
> > init_iterator (xdisp.c).

> Putting it in set_point_both would be much worse than on
> post-command-hook (set-point-both is a very low-level function,
> triggered in many more cases than just moving the cursor).

If a test to check if we have to newly own the PRIMARY
selection is trivial, there should be no problem.

Another candidate for checking that is somewher near here in
command_loop_1 () (around line 1818).

    finalize:

      if (current_buffer == prev_buffer
	  && last_point_position != PT
	  && NILP (Vdisable_point_adjustment)
	  && NILP (Vglobal_disable_point_adjustment))
	{

This place is similar to post-command-hook, but we can avoid
unnecessary Lisp calls in many cases.

---
Kenichi Handa
handa <at> m17n.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.