[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: completing-read depricated initial-input

From: Christopher Dimech
Subject: Re: completing-read depricated initial-input
Date: Fri, 24 Jun 2022 00:10:14 +0200

> Sent: Friday, June 24, 2022 at 9:05 AM
> From: "Stefan Monnier" <>
> To: "Michael Heerdegen" <>
> Cc: "Arash Esbati" <>, "Drew Adams" <>, 
> "Christopher Dimech" <>, "" <>, "Help 
> Gnu Emacs" <>, "" 
> <>
> Subject: Re: completing-read depricated initial-input
> I haven't really followed that thread, but IMO the `initial-input` arg
> should be changed into `setup-function` (so we don't have to use the
> hideous `minibuffer-with-setup-function` hack) and using a string there
> should be deprecated (the rare places where inserting an initial string
> makes sense can use a setup-function instead).
> Also the prompt handling should be changed so that it automatically
> inserts the default into the prompt.  Doing that in a reliable and
> backward compatible way is not completely straightforward, tho, so maybe
> a simpler solution is to introduce a whole new function instead.
> Then a user-customization could also be used to choose between the
> current default (where the default is added to the prompt) or the other
> option of always inserting the default as initial value (pre-selected
> so it can be deleted with a quick DEL).

Inserting default would make sense.  We should not continue with the
initial-value name then.  Stating that DEF will be displayed  as first
instance.  Making things smoother and clearer to understand.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]