all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@linkov.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Po Lu <luangruo@yahoo.com>, emacs-devel@gnu.org
Subject: Re: Awful completion buffer behaviour
Date: Wed, 22 Dec 2021 19:40:00 +0200	[thread overview]
Message-ID: <86ee64y1vz.fsf@mail.linkov.net> (raw)
In-Reply-To: <83o858yf4w.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 22 Dec 2021 14:53:51 +0200")

> I'm not sure I understand the purpose of the month-long experiment
> with turning this on by default.  Is it to decide whether it will stay
> on in Emacs 29?  If so, the experiment can be terminated now: we will
> not make this the default, certainly not in Emacs 29, and maybe not
> even in Emacs 30.  It is too radical departure of age-old Emacs
> behavior in the default completion commands.
>
> If the reason for the experiment is to decide whether to revert this
> change because this behavior is hated too much, we can continue with
> the experiment, of course.  But I don't see why we shouldn't offer
> this as optional behavior anyway, so I think the experiment is not
> needed, and the best way ahead is to document this as optional
> behavior, and turn it off by default.

Like Philip already said the idea was to gather feedback,
both positive and negative, to decide how to develop this feature further.

Note that no one complained about the default value of another variable
'completion-wrap-movement' that is enabled now too.

So now it's clear we have two possible directions: try to find such new keys
that don't get in the way in the long-standing usage scenarios, and provide
more variables (possibly optional) for customization.



  parent reply	other threads:[~2021-12-22 17:40 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <878rwdtjum.fsf.ref@yahoo.com>
2021-12-22  3:10 ` Awful completion buffer behaviour Po Lu
2021-12-22  8:54   ` Juri Linkov
2021-12-22  9:25     ` Po Lu
2021-12-22 17:56       ` Juri Linkov
2021-12-22 10:39   ` Po Lu
2021-12-22 12:53   ` Eli Zaretskii
2021-12-22 12:56     ` Po Lu
2021-12-22 13:35       ` Po Lu
2021-12-22 14:03         ` Eli Zaretskii
2021-12-22 14:00       ` Eli Zaretskii
2021-12-22 14:55         ` Philip Kaludercic
2021-12-22 17:40     ` Juri Linkov [this message]
2021-12-23  9:06       ` Robert Pluim
2021-12-23 17:27         ` Juri Linkov

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86ee64y1vz.fsf@mail.linkov.net \
    --to=juri@linkov.net \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=luangruo@yahoo.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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.