From: Sebastian Urban <mrsebastianurban@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 35885@debbugs.gnu.org
Subject: bug#35885: 25.2; Few mistakes in Emacs Manual (+ proposals)
Date: Tue, 4 Jun 2019 12:48:50 +0200 [thread overview]
Message-ID: <e083f8bd-8c77-3558-c373-a8d9d9ef6079@gmail.com> (raw)
In-Reply-To: <83k1e2tym6.fsf@gnu.org>
Thanks for the fixes, but I don't think closing this bug was good
decision. Even if we leave quotes behind (but we won't, right?),
Unicode code and name pairs bug will still be there.
> I believe you saw these in the Emacs 25 manual.
No, my reference is version updated for 26.2, downloaded from official
Emacs website with manuals. For this e-mail I also looked into HTML
version.
> ... checkout the current emacs-26 branch...
Well after you said it, I did that - I downloaded basic.texi,
display.texi, search.texi, text.texi from:
http://git.savannah.gnu.org/cgit/emacs.git/tree/doc/emacs?h=emacs-26
and texinfo.tex from:
http://git.savannah.gnu.org/cgit/emacs.git/tree/doc/misc?h=emacs-26
Unfortunately I didn't make PDF out of them, but I looked into theirs
code/text.
> 1. In PDF 4.1 Inserting Text:
> in paragraph starting with "A few common Unicode characters can be
> inserted (...)" (near word "respectively"), "left double quotation
> mark" (curved) is displayed as "backslash" and "right double quotation
> mark" (curved) is displayed as "straight double quotes". In INFO it
> looks ok.
Well for this I have no answer...
In BASIC.TEXI (L119):
# curved quotes @t{’}, @t{“} and @t{”}, respectively. Also, a working
While @t{...} works for
single quotes - both curved (#x2018 & #x2019), probably including x2
grave accent, including x2
apostrophe, including x2
making all of them curved and in typewriter shape in PDF, it fails to
show LEFT (#x201c) and RIGHT (#x201d) DOUBLE QUOTATION MARK, and
displays instead BACKSLASH and QUOTATION MARK (#x22). It also works
for QUOTATION MARK - @t{"}. An ugly way to fix it would be @t{``} and
@t{''}, but I think it's not an option.
BTW This looks good in HTML version.
> ALSO (addition)
>
> In point 1 (previous message) in the same paragraph, line below, "(...)
> C-x 8 [ and inserts (...)" and curved opening quote follows, which
> is good, but it has shape of normal latex text, while it should has
> typewriter/verbatim shape (bolder one).
In BASIC.TEXI - LINE 121:
- and inserts `. To see which characters have @kbd{C-x 8} ...
+ and inserts @t{‘}. To see which characters have @kbd{C-x 8} ...
Just like in L115. This bug is present in HTML version as well.
> 2. In PDF 4.1 Inserting Text:
> in paragraph starting with "In some contexts, if you type a quotation
> (...)", display of quotes is messed up, quotes surrounding Nth
> occurrence of "like this" should be:
> - 1st - "grave accent" and "apostrophe",
> - 2nd - is ok,
> - 3rd - 2x "grave accent" and 2x "apostrophe",
> - 4th - "left double quotation mark" (curved) and "right double
> quotation mark" (curved)
> Or just look into INFO, it's ok there.
As for 1st occurrence in BASIC.TEXI - L149:
# accent and apostrophe @t{`like this'}, it is converted to a form
It could be corrected with @kbd{`}@t{like this}@kbd{'}. Looks good
in HTML.
As for 2nd - it also looks good in HTML.
As for 3rd occurrence in BASIC.TEXI - L151:
# commands. Similarly, typing a quotation @t{``like this''} using
As above - @kbd{``}@t{like this}@kbd{''}... Looks bad in HTML.
As for 4th occurrence, just like in first point - I don't know.
Looks good in HTML.
> 3. In PDF 11.19 How Text Is Displayed:
> in last paragraph, first line, "left double quotation mark" (curved)
> is displayed as "backslash" and "right double quotation mark" (curved)
> is displayed as "straight double quotes". In INFO it looks ok.
In DISPLAY.TEXI - L1560:
# If the curved quotes @samp{‘}, @samp{’}, @samp{“}, and @samp{”} are
Well here we have @samp{...} instead of @t{...}, which also fails to
show “ and ”, displaying instead \ and " (just like @t{...}). But
it looks good in HTML.
> In PDF 22.5 Quotation Marks:
First little bonus from TEXT.TEXI (L424-425):
"The funny quoting below is to make the printed version look correct.
FIXME."
> In 1st paragraph, 2nd line: 1st "like this" is surrounded with single
> curved quotes, while they should be single straight quotes.
In TEXT.TEXI - L427:
# using straight apostrophes @t{'like this'} or double-quotes @t{"like
Similar to above example, @kbd{'}@t{like this}@kbd{'}. Looks good in
HTML.
> In 1st paragraph, 3rd&4th line: both "like this" are surrounded with
> good quotes, but they have bad shape (normal text), while should be
> typewriter/verbatim.
In TEXT.TEXI - L429:
# left and right single or double quotation marks `@t{like this}' or
Switch to - @t{‘like this’} - with #x2018 & #x2019.
The second "like this" is L/R double quotation marks, so again no answer.
Both look bad in HTML.
> In 2nd paragraph, 2nd line: there should be straight quotes
> followed by their curved types, but unfortunately straight quotes are
> curved as well. Also curved have bad shape (normal text), should be
> typewriter/verbatim.
In TEXT.TEXI - L442-443:
- type characters it optionally converts @t{`} to ‘, @t{'} to ',
- @t{``} to ``, and @t{''} to ''. It's possible to change the
+ type characters it optionally converts @kbd{`} to @t{‘}, @kbd{'} to @t{’},
+ @kbd{``} to ??, and @kbd{''} to ??. It's possible to change the
Of course I don't know what to put for “ and ”, so I put ?? there.
Also it looks bad in HTML.
> In 2nd paragraph, "value" at the end: curved quotes have bad shape
> (normal text), should be typewriter/verbatim.
In TEXT.TEXI - L448:
# default value is @code{'(?@r{`} ?@r{'} ?@r{``} ?@r{''})}.
Perhaps first two could be changed to normal @t{‘} and @t{’}. Last
two - a mystery. Also it looks bad in HTML.
> In 4th paragraph, 5th line: curved quotes have bad shape (normal
> text), should be typewriter/verbatim.
In TEXT.TEXI - L469:
# @t{’}, @kbd{C-x 8 @{} for ``, and @kbd{C-x 8 @}} for ''.
Again L/R double quotation mark. Also it looks bad in HTML.
====================
Now about Unicode code & name pairs.
> I don't see anything wrong with the current typeface, so I left it
> alone.
In BASIC.TEXI - L116 we have:
@code{U+2018} LEFT SINGLE QUOTATION MARK
In SEARCH.TEXI - L1313-1314 and L1319-1320 we have:
@sc{u+249c parenthesized latin small letter a}
@sc{u+2100 account of}
@sc{u+fb00 latin small ligature ff}
In TEXT.TEXI - L430 (inside footnote) we have:
U+2018 LEFT SINGLE QUOTATION MARK
U+2018 RIGHT SINGLE QUOTATION MARK <--- this has wrong code!
U+201C LEFT DOUBLE QUOTATION MARK
U+201D RIGHT DOUBLE QUOTATION MARK
So, 3 different styles. I think @code{...} around Unicode code and
uppercase "U" is a must. This is how they are displayed in many other
places. Style of name - I don't know, I would pick normal uppercase,
because of simplicity, but it's up to you.
====================
>> 6. In INFO 15.1.1 Basics of Incremental Search:
>> - ‘<ESC> <ESC> <ESC>’ (‘isearch-cancel’) or ‘C-g C-g’ (‘isearch-abort’).
>> + ‘<ESC> <ESC> <ESC>’ (‘isearch-cancel’) or ‘C-g’ (‘isearch-abort’).
>> Because `view-lossage' and `describe-bindings' and the last paragraph
>> of 15.1.4 say: `C-g'.
>
> I left this unaltered, because in some cases you do need to type C-g
> twice, so doing it twice always is safer.
Well I think the last paragraph of 15.1.4 pointed by me explains this
behaviour. It exactly says that sometimes C-g needs to be typed twice
to exit search. That's why I'm sticking to my version, unless you had
other cases in mind. And "isearch-abort" is literally binded to "C-g"
so it may rise questions.
next prev parent reply other threads:[~2019-06-04 10:48 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-24 15:59 bug#35885: 25.2; Few mistakes in Emacs Manual (+ proposals) Sebastian Urban
2019-06-02 22:50 ` Sebastian Urban
2019-06-03 16:36 ` Eli Zaretskii
2019-06-04 10:48 ` Sebastian Urban [this message]
2019-06-04 15:12 ` Eli Zaretskii
2019-06-05 10:40 ` Sebastian Urban
2019-06-05 16:52 ` Eli Zaretskii
2019-06-06 9:49 ` Sebastian Urban
2019-06-06 21:19 ` Sebastian Urban
2019-06-09 8:31 ` Eli Zaretskii
2019-06-09 8:22 ` Eli Zaretskii
2019-06-10 10:30 ` Sebastian Urban
2019-06-10 17:01 ` Eli Zaretskii
2019-06-11 10:32 ` Sebastian Urban
2019-06-11 16:59 ` Eli Zaretskii
2019-06-12 8:44 ` Sebastian Urban
2019-06-12 13:25 ` Drew Adams
2019-06-03 16:32 ` Eli Zaretskii
2020-05-10 20:02 ` Sebastian Urban
2020-08-13 9:11 ` Sebastian Urban
2020-08-13 13:20 ` Eli Zaretskii
2020-08-13 14:06 ` Sebastian Urban
2020-08-13 14:16 ` Eli Zaretskii
2020-08-14 0:01 ` Sebastian Urban
2020-08-15 13:18 ` Lars Ingebrigtsen
2020-08-15 13:34 ` Eli Zaretskii
2020-08-15 13:52 ` Lars Ingebrigtsen
2020-08-15 14:11 ` Sebastian Urban
2020-08-16 11:16 ` Lars Ingebrigtsen
2020-08-16 13:00 ` Sebastian Urban
2020-08-18 14:54 ` Lars Ingebrigtsen
2020-08-18 15:07 ` Eli Zaretskii
2020-08-19 10:15 ` Lars Ingebrigtsen
2020-08-19 8:44 ` Sebastian Urban
2020-08-19 10:19 ` Lars Ingebrigtsen
2020-08-19 12:14 ` Sebastian Urban
2020-08-20 12:44 ` Lars Ingebrigtsen
2020-08-20 13:35 ` Eli Zaretskii
2020-08-20 18:24 ` Sebastian Urban
2020-08-22 7:20 ` Eli Zaretskii
2020-08-22 10:19 ` Sebastian Urban
2020-10-19 18:52 ` Sebastian Urban
2021-05-12 14:47 ` Lars Ingebrigtsen
2021-05-13 11:48 ` Sebastian Urban
2021-05-16 13:30 ` Lars Ingebrigtsen
2021-05-18 9:17 ` Sebastian Urban
2021-05-18 13:15 ` bug#42199: " Lars Ingebrigtsen
[not found] <<cf31e2b2-3ad4-57f0-8847-e5f01ff35fc8@gmail.com>
[not found] ` <<f2fff09b-fc97-795b-dc3b-4175c48234db@gmail.com>
[not found] ` <<83k1e2tym6.fsf@gnu.org>
[not found] ` <<e083f8bd-8c77-3558-c373-a8d9d9ef6079@gmail.com>
[not found] ` <<835zpltme6.fsf@gnu.org>
[not found] ` <<d1695e2e-7f87-7493-fbd9-97cd6347d837@gmail.com>
[not found] ` <<83muiwrn2u.fsf@gnu.org>
[not found] ` <<1583c6b3-2421-794d-8c8b-86287ef3fd5a@gmail.com>
[not found] ` <<83tvczb236.fsf@gnu.org>
[not found] ` <<616312d4-0faf-0382-3f21-5b66327d8d8b@gmail.com>
[not found] ` <<83tvcx9xyl.fsf@gnu.org>
2019-06-10 17:44 ` 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
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=e083f8bd-8c77-3558-c373-a8d9d9ef6079@gmail.com \
--to=mrsebastianurban@gmail.com \
--cc=35885@debbugs.gnu.org \
--cc=eliz@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).