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

Previous Next

Full log

View this message in rfc822 format

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

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> In any case, I think changing the default to `only' here would make a
> lot of sense, but on the other hand, the t value has been the default
> for a long time, so changing it now might just be too annoying.

I didn't yet read the rest of the bug report, but AFAIK we already have
a way to set a selection to a pair of positions in a buffer.  Requestors
get the contents of the buffer between those two positions, but no
string is consed until a program actually asks for the contents of the
selection.

We could have a new value of `select-active-regions' that tells Emacs to
set the primary selections to buffer positions if the active region is
not temporary, thereby avoiding the unreasonably high amount of string
consing.

The only problem is that this feature is only implemented on X and
Haiku, and not consing a string every time the selection is set is
impossible outside X.

Previous Next

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