GNU bug report logs - #15012
23.3; read-char inappropriate echo area content

Previous Next

Full log

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: bobnewell <at> bobnewell.net, 15012 <at> debbugs.gnu.org
Subject: Re: bug#15012: 23.3; read-char inappropriate echo area content
Date: Thu, 15 Aug 2019 09:01:26 -0700

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

> I can reproduce it very easily, both in Emacs 26 and 27.  I wonder how
> come you couldn't.

Me too.  If I do M-: (read-char) in this Emacs, the echo area remains
empty.  If I start a new Emacs and do the same, the echo area says
"M-:-", so... something I have eval-ed in this session has changed the
behaviour?  `read-char' still points to the built-in function...

> I don't think it's a bug, though: that's how character echoing works
> in Emacs.  It is even kinda-documented in the ELisp manual, under
> read-event.
>
> I've reopened the bug, but if people agree this is established and
> documented (albeit perhaps surprising) behavior, I think it should be
> closed as wontfix.

I think this behaviour should be noted in the doc string, at least.  The
only thing it says about PROMPT is

--
If the optional argument PROMPT is non-nil, display that as a prompt.
--

and noting the nil/"" behaviour should be simple enough.  (I guess the
changes should be to the doc strings of
read-event/read-char/read-char-exclusive.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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