GNU bug report logs - #29889
27.0.50; Slow visual selection

Previous Next

Full log

Message #94 received at 29889 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 29889 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Sujith <m.sujith <at> gmail.com>
Subject: Re: bug#29889: 27.0.50; Slow visual selection
Date: Fri, 20 May 2022 12:11:12 +0200

Po Lu <luangruo <at> yahoo.com> writes:

> Why is that surprising, though?  Activating the mark makes the region
> display in the "region" face, so its availability in the primary
> selection becomes obvious to the user, since it really is "selected".
>
> Consider typing M-h and then inserting the contents of the region into
> another program with a middle-click, or typing C-h a and doing the same.
>
> That is how other X programs behave, and isn't possible if
> `select-active-regions' is `only'.

Other programs don't have a concept of a point and mark, so that's
pretty moot.  In other programs, if you mark stuff with the mouse, or
the equivalent of the selecting directional keys, then things (may) end
up on the clipboard -- which is what `only' does.

(Sometimes even that doesn't make things end up on the clipboard, and
you have to type Cmd-C or the like.)

`M-h M-w' is the expected way to put the paragraph on the clipboard in
Emacs.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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