From: nljlistbox2@gmail.com (N. Jackson)
To: emacs-devel@gnu.org
Subject: Re: text-quoting-style
Date: Wed, 02 Sep 2015 16:34:50 -0300 [thread overview]
Message-ID: <87h9nc62ed.fsf@moondust.localdomain> (raw)
In-Reply-To: <jwv613vfjpv.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Mon, 31 Aug 2015 13:31:55 -0400")
At 14:31 -0300 on Monday 2015-08-31, Stefan Monnier wrote:
> Same as for Alan: without an explicit description of the concrete
> problems you face with curly quotes, this "+1" is meaningless.
Sorry for the delay in posting this response, it's taken me two days to
gather my thoughts enough to come up with something remotely coherent;
there are several different issues here.
It seems clear, in principle and without need for concrete examples, that
if Emacs is going to cleverly display by default something different on
the screen than is in a file or buffer there needs to be an easy way to
turn that cleverness off and see what is actually in the file or buffer,
for those occasions when the user decides that the cleverness is not
helpful.
I see the issues under discussion (or that maybe should be under
discussion) are:
1. symbol markup
1.1. internal representation
1.2. entry in Emacs
1.3. display in Emacs
1.3.1. in text modes
1.3.2. in programming modes
1.3.3. in help
1.3.4. in info
1.4. entry and display outside Emacs
2. English quoting (single and double)
2.1. internal representation
2.2. entry in Emacs
2.3. display in Emacs
2.3.1. in text modes
2.3.2. in programming modes
2.3.3. in help
2.3.4. in info
2.4. entry and display outside Emacs
Some participants in this discussion have confabulated symbol markup and
English quoting. Personally I think this is a mistake, and sacrifices
too much for a questionable gain in simplicity. It certainly has
confused the discussion over the past few months.
For symbol markup, I think that an internal representation in the
traditional form with a grave accent and a single straight quote is
perfectly fine. Entry is easy and there are no issues for display on
legacy systems. For display on graphical displays, in help and in info
it might be nice, at the user's option, to use a proportional font,
curly quotes for English quoting, and a typewriter font for markedup
symbols. There could also be an option (although I think it would be
perverse) in text and programming modes to display symbol markup in some
way different from the internal representation of grave accent /
straight quote, such as curly quotes or bold text. Such options ought to
be able to be turned on and off by the user on a per buffer / per mode
basis.
For English quoting, I think it's great that Emacs is adding (more)
support for curly quotes. The internal representation needs to be
(obviously, I think) that each type of quote is represented by itself.
For display, each type of quote could be displayed as itself, but it
would be nice to have an option to display curly quotes as straight
quotes. (This is because in normal use I have Emacs use a monospaced
font as small as I can make it and still see, despite a slight
astigmatism, all the symbols I use (especially distinguishing `,' from
`.' and `;' from `:' and `{' from `[' from `('). At these font sizes
(with every monospaced font I've tried) curly quotes are almost
impossible to see and are generally indistinguishable from motes of dust
on my monitor. In my opinion, straight quotes just work better with a
monospaced font.) Meanwhile I can imagine that others might want the
option to display straight quotes as curly ones. However, we'd want to
be able to turn these features on and off on a per buffer / per mode
basis, because sometimes one wants to see exactly what's there, without
any magic. A smart quote feature that converts straight quotes to
appropriate left and right curly quotes as one types is great -- but
obviously it needs to be something one can turn on and off. (And, for
completeness, it would also be nice to have a feature to convert all the
quotes in a buffer to straight quotes or to appropriate left and right
curly quotes.)
I realise that much of this already exists or is in the process of
being implemented; I'm writing this to emphasise the need to be able to
turn such features on and off, on a per buffer / per mode basis.
next prev parent reply other threads:[~2015-09-02 19:34 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-28 2:03 text-quoting-style Stefan Monnier
2015-08-28 5:22 ` text-quoting-style David Kastrup
2015-08-28 7:06 ` text-quoting-style Paul Eggert
2015-08-28 7:37 ` text-quoting-style Eli Zaretskii
2015-08-28 7:54 ` text-quoting-style Paul Eggert
2015-08-28 8:42 ` text-quoting-style Eli Zaretskii
2015-08-28 14:39 ` text-quoting-style Yuri Khan
2015-08-28 14:49 ` text-quoting-style Eli Zaretskii
2015-08-28 15:00 ` text-quoting-style Paul Eggert
2015-08-28 15:31 ` text-quoting-style Eli Zaretskii
2015-08-28 15:39 ` text-quoting-style Paul Eggert
2015-08-28 15:48 ` text-quoting-style Eli Zaretskii
2015-08-28 7:29 ` text-quoting-style Eli Zaretskii
2015-08-28 16:42 ` text-quoting-style Stefan Monnier
2015-08-28 17:25 ` text-quoting-style Alan Mackenzie
2015-08-28 17:48 ` text-quoting-style Paul Eggert
2015-08-28 18:28 ` text-quoting-style Alan Mackenzie
2015-08-29 14:54 ` text-quoting-style Stefan Monnier
2015-08-29 15:59 ` text-quoting-style Alan Mackenzie
2015-08-30 1:59 ` text-quoting-style Stefan Monnier
2015-08-30 13:16 ` text-quoting-style Alan Mackenzie
2015-08-31 1:30 ` text-quoting-style Stefan Monnier
2015-08-31 6:29 ` text-quoting-style Paul Eggert
2015-08-31 20:13 ` text-quoting-style Alan Mackenzie
2015-08-31 21:29 ` text-quoting-style Paul Eggert
2015-09-01 12:47 ` text-quoting-style Alan Mackenzie
2015-09-01 16:27 ` text-quoting-style Paul Eggert
2015-09-01 17:07 ` text-quoting-style David Kastrup
2015-09-01 18:35 ` text-quoting-style Alan Mackenzie
2015-09-01 23:58 ` text-quoting-style Paul Eggert
2015-09-02 9:09 ` text-quoting-style Alan Mackenzie
2015-09-02 15:13 ` text-quoting-style Paul Eggert
2015-09-01 18:44 ` text-quoting-style Eli Zaretskii
2015-09-01 19:08 ` text-quoting-style Paul Eggert
2015-09-01 13:46 ` text-quoting-style David Kastrup
2015-09-01 16:28 ` text-quoting-style Paul Eggert
2015-09-01 17:08 ` text-quoting-style David Kastrup
2015-09-01 17:34 ` text-quoting-style Paul Eggert
2015-09-01 18:30 ` text-quoting-style David Kastrup
2015-09-02 0:07 ` text-quoting-style Paul Eggert
2015-09-02 0:27 ` text-quoting-style David Kastrup
2015-09-02 15:35 ` text-quoting-style Richard Stallman
2015-08-31 20:01 ` text-quoting-style Alan Mackenzie
2015-09-01 3:31 ` text-quoting-style Stefan Monnier
2015-09-01 9:28 ` text-quoting-style Dmitry Gutov
2015-09-01 10:53 ` text-quoting-style Oleh Krehel
2015-09-01 13:03 ` text-quoting-style Alan Mackenzie
2015-09-01 16:46 ` text-quoting-style Stefan Monnier
2015-09-01 20:41 ` text-quoting-style Bastien
2015-09-01 23:47 ` text-quoting-style Paul Eggert
2015-09-02 0:18 ` text-quoting-style David Kastrup
2015-09-02 0:35 ` text-quoting-style Paul Eggert
2015-09-02 0:53 ` text-quoting-style David Kastrup
2015-09-02 6:57 ` text-quoting-style Bastien
2015-09-02 15:17 ` text-quoting-style Paul Eggert
2015-09-02 15:36 ` text-quoting-style Dmitry Gutov
2015-09-02 15:41 ` text-quoting-style Bastien Guerry
2015-09-01 22:55 ` text-quoting-style Richard Stallman
2015-09-02 9:05 ` text-quoting-style Alan Mackenzie
2015-08-31 16:10 ` text-quoting-style N. Jackson
2015-08-31 17:31 ` text-quoting-style Stefan Monnier
2015-09-02 19:34 ` N. Jackson [this message]
2015-09-03 15:29 ` text-quoting-style raman
2015-08-31 6:15 ` text-quoting-style Paul Eggert
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=87h9nc62ed.fsf@moondust.localdomain \
--to=nljlistbox2@gmail.com \
--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 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.