GNU bug report logs -
#1169
23.0.60; (substitute-command-keys "\\{...}") adds extra newline
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 14 Oct 2008 22:55:04 UTC
Severity: minor
Tags: fixed
Fixed in version 24.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
emacs -Q
(substitute-command-keys "\\{minibuffer-local-map}") ; or another map
The returned string ends in \n\n. It should end in just \n.
If text is added after the returned string, then it should be up to
that text to start with a \n if it wants a blank separator line. If,
for example, it starts instead with ^L, then the current code includes
an extra blank line before the form feed.
It should be up to the calling function to decide whether it wants a
blank line at the end - only the calling function knows the context
and whether such a line is appropriate.
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-10-03 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
This bug report was last modified 13 years and 51 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.