From: Drew Adams <drew.adams@oracle.com>
To: 15909@debbugs.gnu.org
Subject: bug#15909: 24.3.50; please fix `read-face-name' brain-dead PROMPT handling
Date: Fri, 15 Nov 2013 14:12:31 -0800 (PST) [thread overview]
Message-ID: <a4bc6974-37f7-4bb4-ab47-d9f51a2d07d6@default> (raw)
In Emacs 20, the PROMPT arg was just passed to `completing-read'. So
you used ": " at the end. As usual in Emacs. Simple. Sure. No
nonsense.
In Emacs 22, `read-face-name' decided to become "smart": It required
callers NOT to end the PROMPT with a space. Dumb.
In Emacs 24, `read-face-name' decided to become even "smarter": It
requires callers NOT to end the PROMPT with EITHER a space or a colon.
It systematically adds ": " to PROMPT. Dumber.
This is silly. It means that any 3rd-party code that passes a prompt to
`read-face-name' has to fiddle with it to get the desired result for
different Emacs versions. To what end? What good is accomplished by
this silliness?
Please add some code similar to the following to `read-face-name', so it
DTRT.
(when (save-match-data (string-match ": $" prompt))
(setq prompt (substring prompt 0 -2)))
Feel free to make this code even smarter - make it accommodate prompts
of all sorts, adding ": " or ":" or " " ONLY AS NEEDED, not
systematically. After a decade or so of silliness, we should be able to
get this right finally.
If there were no silly history, the right approach would of course be to
have callers include ": " in the PROMPT arg, as usual in Emacs.
`read-face-name' (or some utility function it calls) could massage the
prompt to fiddle with default values or whatever.
It's not too late to make that the new interface. But we still need to
fix the problem of callers that must work across Emacs versions.
So please update the behavior (and the doc string) to expect PROMPT to
have its own ": ", but still accommodate PROMPTs that do not have it by
adding ": ", ":", or " " as needed. Yes, this is a mess. And a
gratuitous one, to boot.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-11-12 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'
next reply other threads:[~2013-11-15 22:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-15 22:12 Drew Adams [this message]
2013-11-15 22:49 ` bug#15909: 24.3.50; please fix `read-face-name' brain-dead PROMPT handling Drew Adams
2014-02-08 3:14 ` Lars Ingebrigtsen
2014-02-08 23:08 ` Drew Adams
2016-04-29 14:42 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a4bc6974-37f7-4bb4-ab47-d9f51a2d07d6@default \
--to=drew.adams@oracle.com \
--cc=15909@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).