From: Drew Adams <drew.adams@oracle.com>
To: Stefan Monnier <monnier@IRO.UMontreal.CA>,
Paul Eggert <eggert@cs.ucla.edu>
Cc: "N. Jackson" <nljlistbox2@gmail.com>, 23377@debbugs.gnu.org
Subject: bug#23377: 25.0.93; Completion is extremely slow for insert-char
Date: Mon, 25 Apr 2016 19:51:27 -0700 (PDT) [thread overview]
Message-ID: <34cb394c-1a2f-4fe5-8a2f-d26702487aef@default> (raw)
In-Reply-To: <jwvzisht8qh.fsf-monnier+emacsbugs@gnu.org>
> Seems like a better way forward is to add a config var, which defaults
> to disabled.
+1 for the option.
But I think it should be enabled, not disabled, by default.
The typical, and generally better (IMO) reflex is to use a
good pattern to match, not just shoot blindly: C-x 8 RET TAB.
Exceptional users can easily disable it. Most will take
advantage of it. In practice, it shouldn't take much typing
to radically improve the performance.
IOW, if the main reason to disable it is for performance in
an extreme use case (C-x 8 RET TAB), then that should not
guide the default behavior.
(Of course, the choice of default behavior is much less
important than is the choice of letting users decide, by
giving them an option.)
next prev parent reply other threads:[~2016-04-26 2:51 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-26 0:25 bug#23377: 25.0.93; Completion is extremely slow for insert-char N. Jackson
2016-04-26 1:04 ` Paul Eggert
2016-04-26 2:17 ` Stefan Monnier
2016-04-26 2:51 ` Drew Adams [this message]
2016-04-26 4:10 ` Paul Eggert
2016-04-26 5:43 ` Drew Adams
2016-04-26 6:21 ` Eli Zaretskii
2016-04-26 6:34 ` Eli Zaretskii
2016-04-26 13:27 ` N. Jackson
2016-04-26 20:41 ` Paul Eggert
2016-04-27 1:31 ` N. Jackson
2016-04-26 11:51 ` Stefan Monnier
2016-04-26 15:49 ` Paul Eggert
2016-04-26 16:04 ` Drew Adams
2016-04-26 16:59 ` Paul Eggert
2016-04-26 17:15 ` Eli Zaretskii
2016-04-26 18:52 ` N. Jackson
2016-04-26 19:10 ` Eli Zaretskii
2016-04-27 2:09 ` N. Jackson
[not found] ` <<83r3dsyynq.fsf@gnu.org>
2016-04-26 20:18 ` Drew Adams
2016-04-26 16:27 ` Eli Zaretskii
2016-04-26 23:58 ` John Wiegley
2016-04-27 0:26 ` Paul Eggert
2016-04-27 0:53 ` Lars Magne Ingebrigtsen
2016-04-27 1:19 ` John Wiegley
2016-04-27 7:24 ` Eli Zaretskii
2016-04-27 12:27 ` Stefan Monnier
2016-04-27 19:04 ` John Wiegley
2016-04-27 0:10 ` Stefan Monnier
2016-04-26 6:26 ` Eli Zaretskii
2016-04-27 1:54 ` N. Jackson
2016-04-27 7:21 ` Eli Zaretskii
2016-04-27 15:16 ` N. Jackson
2017-09-30 16:40 ` Noam Postavsky
2017-09-30 20:27 ` N. Jackson
2019-06-25 13:53 ` Lars Ingebrigtsen
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=34cb394c-1a2f-4fe5-8a2f-d26702487aef@default \
--to=drew.adams@oracle.com \
--cc=23377@debbugs.gnu.org \
--cc=eggert@cs.ucla.edu \
--cc=monnier@IRO.UMontreal.CA \
--cc=nljlistbox2@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).