GNU bug report logs -
#34372
27.0.50; Quoting problem in (elisp) Documentation Tips
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Thu, 7 Feb 2019 17:11:02 UTC
Severity: minor
Found in version 27.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34372 in the body.
You can then email your comments to 34372 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34372
; Package
emacs
.
(Thu, 07 Feb 2019 17:11:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 07 Feb 2019 17:11:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Prompted by the current thread "Quoting t and nil in docstrings" on
emacs-devel, I noticed a display problem in the Info node (elisp)
Documentation Tips, line 99, in the following sequence of characters:
‘CODE can be ‘lambda’, nil, or t’
The sequence
CODE can be ‘lambda
is displayed with Info-quoted face, all the other characters with the
default face. I supposed this is a texinfo (or makeinfo) bug triggered
by the nested quoting in the display (in the texinfo source the above
sequence of characters is enclosed in @samp{}, except for the uttermost
quote signs, which are only in the Info display). In lieu of a fix for
this bug I see two workarounds for the Emacs tips.texi file: (a) use the
"older single-quoting convention", i.e. `lambda', which is also used in
other examples in this very node; (b) use the @example environment
instead of @samp, which does not add the outer quotes and displays the
entire sequence in the default face (but then this example would look
different from the other examples in this node that use the "older
single-quoting convention", so maybe both (a) and (b), or change the
quoting in the other examples). I haven't tried to check whether there
are other instances of this display issue in the Emacs doc.
In GNU Emacs 27.0.50 (build 33, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
of 2019-02-02 built on rosalinde
Repository revision: 2f55b971b42d13188157331a1e514949f20ced4f
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12001000
System Description: 8.3
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 07 Feb 2019 17:52:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
bug acknowledged by developer.
(Thu, 07 Feb 2019 17:52:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 34372-done <at> debbugs.gnu.org (full text, mbox):
> From: Stephen Berman <stephen.berman <at> gmx.net>
> Date: Thu, 07 Feb 2019 18:10:39 +0100
>
> Prompted by the current thread "Quoting t and nil in docstrings" on
> emacs-devel, I noticed a display problem in the Info node (elisp)
> Documentation Tips, line 99, in the following sequence of characters:
>
> ‘CODE can be ‘lambda’, nil, or t’
>
> The sequence
>
> CODE can be ‘lambda
>
> is displayed with Info-quoted face, all the other characters with the
> default face. I supposed this is a texinfo (or makeinfo) bug triggered
> by the nested quoting in the display (in the texinfo source the above
> sequence of characters is enclosed in @samp{}, except for the uttermost
> quote signs, which are only in the Info display). In lieu of a fix for
> this bug I see two workarounds for the Emacs tips.texi file: (a) use the
> "older single-quoting convention", i.e. `lambda', which is also used in
> other examples in this very node; (b) use the @example environment
> instead of @samp, which does not add the outer quotes and displays the
> entire sequence in the default face (but then this example would look
> different from the other examples in this node that use the "older
> single-quoting convention", so maybe both (a) and (b), or change the
> quoting in the other examples). I haven't tried to check whether there
> are other instances of this display issue in the Emacs doc.
I used the @example method.
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 08 Mar 2019 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 160 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.