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

Previous Next

Full log

Message #163 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: Eli Zaretskii <eliz <at> gnu.org>, 29889 <at> debbugs.gnu.org
Subject: Re: bug#29889: 27.0.50; Slow visual selection
Date: Sat, 21 May 2022 15:29:33 +0200

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

> But what if some other command moves the region?  For example, if you
> type "C-x h" and then "C-f"?

I think for the new setting we're discussing, then that `C-f' should not
alter the selection (just like `open' doesn't today with the selections
it chooses).  That is, `C-x h' would say "put all of this in the
selection", just like `C-a' in Firefox does.

> The selection should also be updated then, I think, to match the text
> displayed in the region face.  The best way to solve the performance
> problem is probably to fall back to using buffer positions instead of
> strings if the region exceeds a certain amount of characters in length.

I think that sounds good for the t setting.

-- 
(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.