GNU bug report logs -
#65348
INITIAL-INPUT in completing-read repeats same entry twice consecutively
Previous Next
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 #135 received at 65348 <at> debbugs.gnu.org (full text, mbox):
> Sent: Sunday, August 20, 2023 at 6:12 PM
> From: "Michael Heerdegen" <michael_heerdegen <at> web.de>
> To: 65348 <at> debbugs.gnu.org
> Cc: eliz <at> gnu.org, heimeborgia <at> protonmail.com, drew.adams <at> oracle.com
> Subject: bug#65348: INITIAL-INPUT in completing-read repeats same entry twice consecutively
>
> Heime via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs <at> gnu.org> writes:
>
> > Can there be the option to place an item from the collection (call it
> > 'INITIAL', 'DEF', 'WHATEVER')
> > that appears as soon as `completing-read` is called ?
>
> If I understand correctly and you want still want to start with a
> prefilled minibuffer: you can still achieve this by using
> `minibuffer-with-setup-hook' - like in
>
> #+begin_src emacs-lisp
> (minibuffer-with-setup-hook (lambda () (insert "BBB"))
> (completing-read "Input: " (list "AAA" "BBB" "CCC")))
> #+end_src
>
> Michael.
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.
>
This bug report was last modified 1 year and 277 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.