From: Lars Magne Ingebrigtsen <larsi@gnus.org>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: 1169@debbugs.gnu.org
Subject: bug#1169: 23.0.60; (substitute-command-keys "\\{...}") adds extra newline
Date: Thu, 07 Jul 2011 19:21:06 +0200 [thread overview]
Message-ID: <m3d3hmt3b1.fsf@quimbies.gnus.org> (raw)
In-Reply-To: <004801c92e4e$9b8018c0$0200a8c0@us.oracle.com> (Drew Adams's message of "Tue, 14 Oct 2008 15:45:50 -0700")
"Drew Adams" <drew.adams@oracle.com> writes:
> (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.
I've now made the change, but I haven't totally replicated the look of
`C-h b' and the like. It used to have
... stuff ...
^L
... more stuff ...
With the change, it now says:
... stuff ...
^L
... more stuff ...
I can add back the newlines if people want. I'd rather get rid of the
^L characters, though. Do they have any purpose any more?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
next prev parent reply other threads:[~2011-07-07 17:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-14 22:45 bug#1169: 23.0.60; (substitute-command-keys "\\{...}") adds extra newline Drew Adams
2011-07-07 17:21 ` Lars Magne Ingebrigtsen [this message]
2011-07-07 17:25 ` Drew Adams
2011-07-07 17:32 ` Lars Magne Ingebrigtsen
2011-07-07 17:50 ` Drew Adams
2011-07-07 20:06 ` Juanma Barranquero
2012-05-29 17:44 ` Johan Bockgård
2012-05-29 19:06 ` Drew Adams
2012-05-30 14:10 ` Chong Yidong
2012-05-30 14:44 ` Drew Adams
2012-05-30 16:40 ` Chong Yidong
2012-05-30 17:36 ` Drew Adams
2012-05-30 20:02 ` Andreas Schwab
2012-05-30 20:21 ` Drew Adams
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3d3hmt3b1.fsf@quimbies.gnus.org \
--to=larsi@gnus.org \
--cc=1169@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.