unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: How to opt out of curly-quote spamming altogether?
Date: Mon, 24 Aug 2015 20:36:49 +0200	[thread overview]
Message-ID: <87wpwkr0se.fsf@fencepost.gnu.org> (raw)
In-Reply-To: <d87efc58-ae3d-4279-a664-df60575ac117@default> (Drew Adams's message of "Mon, 24 Aug 2015 10:57:49 -0700 (PDT)")

Drew Adams <drew.adams@oracle.com> writes:

> Typically, presentation is a separate layer or process, and the
> same structure/content can be, by choice, presented in different
> ways (for different media, among other things).  Inline code is
> typically presented using a fixed-width font, such as Courier, as
> opposed to ordinary text, which is typically presented using a
> proportional font.  Glossary terms might be presented using bold
> or colored text, perhaps linked to a glossary entry.  And so on.
>
> Anyone used to LaTeX or Tex is used to this separation, for example.

That's an interesting statement since plain TeX does not in any manner
provide semantic commands (it switches to a typewriter font when using
verbatim but the reason for that is quite banally that normal text fonts
are not able to print all ASCII characters as they use, say, text quotes
instead of ` and ' characters and some other, more glaring
substitutions).

Plain TeX does not even have an \em command for emphasizing things.  You
need to decide yourself whether to use italics or boldface or
underlining or whatever.

LaTeX tries to be a bit more semantic, but the sort of differentiation
that Texinfo requires would require loading quite a number of non-core
packages.

> I'm surprised if Texinfo/makeinfo does not provide for it - if an
> inline code snippet or key binding necessarily ends up with a
> presentation that is identical to ordinary text quoting (curly quotes,
> whether single or double).

Texinfo is primarily semantic markup.  Various backends decide how to
typeset things.  In its text mode, plain TeX as well as texinfo.tex
convert ` and ' characters into proper English symmetric quote marks
(the respective default _text_ fonts do not have a straight quote mark
or a backquote in their corresponding character slots).  The proper
representation in Unicode is the use of the English ‘quote marks’: those
are the proper characters for the glyphs TeX and Texinfo use for text
fonts in the slots for ` and '.  Consequently, it is quite correct that
those are the output for the preformatted Info pages.

> There's no crime, only a regression for users. I cannot say who or
> what is responsible, nor does it matter what I think about that.

Indeed.  Most particularly since you are late to the game, do not bother
with getting yourself acquainted with the matter at hand and vent in the
wrong place.

This is done by Texinfo already when generating Info.  I think that at
some point in the past, it was Emacs as Info viewer which converted `'
into curved quotes, but that obviously had to be based on heuristics and
was unreliable.  In contrast, a Drew-mode converting ‘’ back into `'
should be able to do its job unambiguously.  There has not been much of
an interest expressed elsewhere, so it's likely up to you to program it.

Or complain to the Texinfo developer list in your signature style.

Good luck.

-- 
David Kastrup



  parent reply	other threads:[~2015-08-24 18:36 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<c1f42565-e538-49e6-b246-07e43dab673a@default>
     [not found] ` <<834mjoha4r.fsf@gnu.org>
2015-08-24 17:57   ` How to opt out of curly-quote spamming altogether? Drew Adams
2015-08-24 18:05     ` Eli Zaretskii
2015-08-24 18:36     ` David Kastrup [this message]
2015-08-24 21:44       ` Drew Adams
2015-08-25  4:25         ` David Kastrup
     [not found] <<a4c77735-a9de-400e-88f2-243c66e24836@default>
     [not found] ` <<83fv38hfsx.fsf@gnu.org>
2015-08-24 16:34   ` Drew Adams
2015-08-24 16:45     ` Eli Zaretskii
2015-08-24 17:09     ` Paul Eggert
2015-08-24 17:29       ` Drew Adams
2015-08-24 18:44         ` Paul Eggert
     [not found]   ` <<c8408881-dddb-4661-9e7f-6ec42d9bf5fa@default>
     [not found]     ` <<837fokhby1.fsf@gnu.org>
2015-08-24 17:06       ` Drew Adams
2015-08-24 17:25         ` Eli Zaretskii
2015-08-24  4:16 Drew Adams
2015-08-24 15:22 ` Eli Zaretskii
2015-08-24 15:26 ` Paul Eggert
2015-08-24 17:06   ` 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=87wpwkr0se.fsf@fencepost.gnu.org \
    --to=dak@gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@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).