Re: Unexpected behavior of format-number with format-prompt

[Eli Zaretskii <eliz@gnu.org>]

> Date: Wed, 06 Nov 2024 23:44:00 -0800
> From: Joseph Turner <joseph@breatheoutbreathe.in>
> CC: emacs-devel@gnu.org
> 
> >First, this should have been sent to our issue tracker, via
> >report-emacs-bug or submit-emacs-patch.
> 
> Got it.  Shall I do this now?

Too late.  Please remember this for the future.

> >More to the point: we cannot possibly change the behavior of
> >read-number in such a backward-incompatible way.  Especially since
> >this behavior is old, and explicitly called out in the doc string.  It
> >is perhaps unfortunate that read-number behaves differently in this
> >manner, but I'm afraid we will have to live with this.
> 
> That makes sense.  Can we apply the info manual change?

I think this change should be in the doc string of read-number, not in
the manual.  One reason is that read-number is not documented in the
manual, while the description of this nit logically belongs to it, not
to format-prompt.  (Btw, the same effect could be achieved if
minibuffer-default-prompt-format is bound to the empty string, right?)