GNU bug report logs - #65348
INITIAL-INPUT in completing-read repeats same entry twice consecutively

Previous Next

Package: emacs;

Reported by: Heime <heimeborgia <at> protonmail.com>

Date: Thu, 17 Aug 2023 00:48:01 UTC

Severity: normal

Tags: notabug

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #144 received at 65348 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Christopher Dimech <dimech <at> gmx.com>, Michael Heerdegen
 <michael_heerdegen <at> web.de>
Cc: "eliz <at> gnu.org" <eliz <at> gnu.org>,
 "heimeborgia <at> protonmail.com" <heimeborgia <at> protonmail.com>,
 "65348 <at> debbugs.gnu.org" <65348 <at> debbugs.gnu.org>
Subject: RE: [External] : Re: bug#65348: INITIAL-INPUT in completing-read
 repeats same entry twice consecutively
Date: Mon, 21 Aug 2023 00:25:51 +0000
> I suggest that the capability of prefilling the minibuffer be reintroduced
> for the new scheme as well.  Because from what I see, the deprecated parts
> include a feature that will be automatically discarded under the new
> scheme.

I missed that memo completely!  What's the new scheme?
What is expected to be automatically discarded?  Where
is the presentation/discussion of such a change?  Is
it this bug thread?  (Why would it be in a bug thread?)

I hope we're not changing the longstanding arg list of
`completing-read' (except perhaps to add more args,
which might be debatable but excusable).

Let's please keep this function backward-compatible.
If you want something different, please add it as a
separate function.

This bug report was last modified 1 year and 329 days ago.

Previous Next


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