From: Eli Zaretskii <eliz@gnu.org>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 29889@debbugs.gnu.org, m.sujith@gmail.com
Subject: bug#29889: 27.0.50; Slow visual selection
Date: Fri, 20 May 2022 10:16:10 +0300 [thread overview]
Message-ID: <83r14obrnp.fsf@gnu.org> (raw)
In-Reply-To: <87leux6jey.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 20 May 2022 04:13:09 +0200)
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 29889@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>
> Date: Fri, 20 May 2022 04:13:09 +0200
>
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
> > Skimming the rest of the thread, the discussion was about
> > select-active-regions and whether to have it to `only' or t. It's still
> > t (which, if I understand correctly, was the problematic value).
>
> The doc string here is confusing (and wrong?)
>
> --------
> If non-nil, an active region automatically sets the primary selection.
> If the value is ‘only’, only temporarily active regions (usually made
> by mouse-dragging or shift-selection) set the window selection.
>
> This takes effect only when Transient Mark mode is enabled.
> --------
>
> "window selection" should probably be "primary selection"?
Probably what was meant is "window-system's primary selection".
> The "This" is confusing -- is it referring to `only' or to all
> non-nil values? I think it's the latter.
Yes.
> 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.
>
> Eli, what do you think?
I have that set to 'only' long ago. What does that tell you? ;-)
next prev parent reply other threads:[~2022-05-20 7:16 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-29 3:52 bug#29889: 27.0.50; Slow visual selection Sujith
2017-12-29 9:04 ` Eli Zaretskii
2017-12-30 1:36 ` Sujith
2017-12-30 10:23 ` Eli Zaretskii
2017-12-31 5:25 ` Sujith
2017-12-31 7:20 ` Eli Zaretskii
2017-12-31 7:29 ` Eli Zaretskii
2018-01-06 1:15 ` Sujith
2018-01-06 8:37 ` Eli Zaretskii
2018-01-06 15:37 ` Stefan Monnier
2018-01-06 16:16 ` Eli Zaretskii
2018-01-07 15:24 ` bug#29889: [SUSPECTED SPAM] " Stefan Monnier
2018-01-07 16:08 ` martin rudalics
2018-01-07 17:36 ` Eli Zaretskii
2018-01-07 17:54 ` Stefan Monnier
2018-01-06 15:46 ` Sujith
2017-12-31 8:42 ` Sujith
2017-12-31 15:37 ` Eli Zaretskii
2017-12-31 18:43 ` Eli Zaretskii
2022-04-21 13:25 ` Lars Ingebrigtsen
2022-05-20 2:13 ` Lars Ingebrigtsen
2022-05-20 7:16 ` Eli Zaretskii [this message]
2022-05-20 9:07 ` Lars Ingebrigtsen
2022-05-20 8:35 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 8:39 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 11:02 ` Eli Zaretskii
2022-05-20 9:03 ` Lars Ingebrigtsen
2022-05-20 9:23 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 10:11 ` Lars Ingebrigtsen
2022-05-20 11:13 ` Eli Zaretskii
2022-05-20 11:32 ` Lars Ingebrigtsen
2022-05-20 11:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 12:13 ` Eli Zaretskii
2022-05-20 12:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 12:21 ` Eli Zaretskii
2022-05-20 12:47 ` Lars Ingebrigtsen
2022-05-20 13:19 ` Eli Zaretskii
2022-05-21 12:16 ` Lars Ingebrigtsen
2022-05-21 12:24 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-21 13:29 ` Lars Ingebrigtsen
2022-05-22 1:13 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-22 11:16 ` Lars Ingebrigtsen
2022-05-22 12:07 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-22 12:11 ` Lars Ingebrigtsen
2022-05-22 12:30 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-23 7:50 ` Lars Ingebrigtsen
2022-05-23 9:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-23 9:11 ` Lars Ingebrigtsen
2022-05-23 9:56 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 11:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 11:52 ` Lars Ingebrigtsen
2022-05-20 11:08 ` Eli Zaretskii
2022-05-20 11:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 12:19 ` Eli Zaretskii
2022-05-20 12:39 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 13:18 ` Eli Zaretskii
2022-05-20 13:27 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 11:03 ` Eli Zaretskii
2022-05-20 11:49 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-20 12:16 ` Eli Zaretskii
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83r14obrnp.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=29889@debbugs.gnu.org \
--cc=larsi@gnus.org \
--cc=m.sujith@gmail.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).