From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: Getting Emacs to play nice with Hunspell and apostrophes
Date: Sat, 14 Jun 2014 03:35:05 +0200 [thread overview]
Message-ID: <87a99gw9x2.fsf@debian.uxu> (raw)
In-Reply-To: mailman.3473.1402551809.1147.help-gnu-emacs@gnu.org
Yuri Khan <yuri.v.khan@gmail.com> writes:
> The fact that everybody uses " and ' and ` is a
> historical artifact, a workaround of sorts, due to
> the limitations of the mechanical typewriter. We need
> not be affected by it any more.
>
> There was no possibility of including all the
> required typographical characters or accented letters
> into the printing ball, so both quotes (“ and ”) and
> the diaeresis got conflated into a straight quote ",
> both single quotes (‘ and ’) into a straight single
> quote/apostrophe ', and the backtick ` and tilde ~
> were there to facilitate typing accented letters.
>
> This limitation then crept into computers, because
> this way the character set could be encoded in 7
> bits. The computer keyboard was just modeled after
> the typewriter keyboard, with a few extensions.
>
> Then the inevitable struck: computers expanded from
> the US and UK into Germany, Sweden, Finland, France,
> Canada, and then countries with non-Latin scripts
> (Greek, Cyrillic, and CJK). And all of them wanted to
> have dedicated code points for their characters,
> e.g. type a single ä instead of [a,
> backspace-no-delete, "].
>
> For a good while, we lived in a nightmare of ten
> thousand code pages. In Russia, you could receive an
> email and see a jumble of utterly meaningless words
> because the message could be re-encoded (or the
> Content-Type charset= stripped or re-labeled) on any
> of the intermediate servers; there existed programs
> which were able to heuristically detect the chain of
> re-encodings applied on the way and decode your
> message for you. You could order a book in an
> Internet shop, have them completely b0rk up the
> encoding of the shipping address:
> http://cdn.imagepush.to/in/625x2090/i/3/30/301/24.jpg
> Then somebody at the postal system might decode the
> characters and the package would still be delivered
> at the intended address.
>
> Now that every widely used operating system supports
> Unicode, we don’t have an excuse for clinging to
> those workarounds of the past century. We are not
> limited by the 7-bit ASCII encoding and can store
> texts in their true form. We also are not constrained
> by the typewriter keyboard, having input methods
> based on Compose or Level3 allowing us to
> conveniently enter all the necessary diverse
> characters. On X11/GNU/Linux in particular it comes
> bundled with the system; on Windows, one has to
> install a third-party package.
>
> Much of the software has already evolved to support
> Unicode. That which hasn’t, has to catch up. From a
> spell checker, in particular, I expect that it should
> (perhaps with an optional switch) be able to flag as
> error any spelling of “isn’t” where the character
> between n and t is not the preferred apostrophe
> character U+2019.
First, let me tell you I very much appreciated this
post!
We agree that ', ", and the rest of the non-Unicode
chars that may (not) be used in more or less the same
context - we agree that those are there (not there) for
techno-historical reasons.
Where we *don't* agree is that you think that, if I'm
allowed to pseudo-quote you:
- Today, now that there aren't any technical
limitations, we should go for the more advanced
chars.
Here is where I say:
Just because it is possible, doesn't mean it is desired
if there is no gain. It is possible to change all the
software in the world to be able to use those
chars. But why? For the reasons you stated, in the
Internet and Usenet and otherwise computer culture,
many, many people have come to use English, and the 7-
(or 8) bits chars have spread and became a de facto
standard. So people's eyes and brains and fingers are
trained to use those. We have all came together from
different starting points. The UK and US people had to
go the shortest way (as the pioneers, perhaps they
earned it). The Swedes had to learn English. The
Russians had to go somewhat further because Russian is
farther from English than Swedish. And so on. So when
we finally have something in common - why break it just
because it is possible? With some computer languages
like Java it is possible for me to program in Swedish,
using the ä, å, and ö. But why would I want to do that?
It would bring havoc to my brain as the rest of the
language would still be English. But more importantly,
it would isolate my program from the rest of the
world. I couldn't communicate about it (ask questions,
tell people about it with the support of code snippets,
etc.) and it couldn't be configured/extended by a
non-Swedish speaking person. So I'll just stick to C,
in English. Just as I will stick to ' as that is the
correct way (as I see it) to write in "Computer
English".
--
underground experts united:
http://user.it.uu.se/~embe8573
next prev parent reply other threads:[~2014-06-14 1:35 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.3187.1402155569.1147.help-gnu-emacs@gnu.org>
2014-06-11 0:04 ` Getting Emacs to play nice with Hunspell and apostrophes Emanuel Berg
2014-06-11 5:23 ` Nikolai Weibull
[not found] ` <mailman.3375.1402464243.1147.help-gnu-emacs@gnu.org>
2014-06-11 14:24 ` Emanuel Berg
2014-06-11 15:03 ` Nikolai Weibull
[not found] ` <mailman.3418.1402499010.1147.help-gnu-emacs@gnu.org>
2014-06-11 15:20 ` Emanuel Berg
2014-06-11 16:57 ` Teemu Likonen
[not found] ` <mailman.3437.1402505846.1147.help-gnu-emacs@gnu.org>
2014-06-11 21:32 ` Emanuel Berg
2014-06-12 5:43 ` Yuri Khan
2014-06-12 12:51 ` Stefan Monnier
2014-06-12 13:36 ` Nikolai Weibull
2014-06-12 14:48 ` Stefan Monnier
[not found] ` <mailman.3496.1402580195.1147.help-gnu-emacs@gnu.org>
2014-06-14 1:49 ` Emanuel Berg
2014-06-14 5:45 ` Yuri Khan
2014-06-17 1:09 ` Keyboard layout purpose (was: Getting Emacs to play nice with Hunspell and apostrophes) Garreau, Alexandre
[not found] ` <mailman.3627.1402724759.1147.help-gnu-emacs@gnu.org>
2014-06-14 11:14 ` Getting Emacs to play nice with Hunspell and apostrophes Emanuel Berg
2014-06-14 14:51 ` Yuri Khan
2014-06-14 15:26 ` Teemu Likonen
2014-06-17 1:42 ` Garreau, Alexandre
[not found] ` <mailman.3651.1402757512.1147.help-gnu-emacs@gnu.org>
2014-06-14 16:13 ` Emanuel Berg
2014-06-16 15:35 ` Joost Kremers
2014-06-17 2:21 ` Garreau, Alexandre
[not found] ` <mailman.3799.1402971688.1147.help-gnu-emacs@gnu.org>
2014-06-17 2:41 ` Rusi
2014-06-17 3:05 ` Rusi
2014-06-17 1:46 ` Garreau, Alexandre
2014-06-15 2:48 ` Sergio Pokrovskij
2014-06-17 1:30 ` Garreau, Alexandre
2014-06-12 16:58 ` Eli Zaretskii
[not found] ` <mailman.3473.1402551809.1147.help-gnu-emacs@gnu.org>
2014-06-14 1:35 ` Emanuel Berg [this message]
2014-06-14 2:38 ` Emanuel Berg
2014-06-14 5:19 ` Facts for fans: encodings history (was: Re: Getting Emacs to play nice with Hunspell and apostrophes) Emanuel Berg
2014-06-14 7:37 ` Yuri Khan
2014-06-14 8:28 ` Eli Zaretskii
2014-06-14 10:46 ` Yuri Khan
[not found] ` <mailman.3631.1402731427.1147.help-gnu-emacs@gnu.org>
2014-06-14 11:21 ` Emanuel Berg
2014-06-14 7:11 ` Getting Emacs to play nice with Hunspell and apostrophes Yuri Khan
[not found] ` <mailman.3630.1402729917.1147.help-gnu-emacs@gnu.org>
2014-06-14 11:20 ` Emanuel Berg
2014-06-17 2:12 ` Rusi
2014-06-17 2:33 ` Garreau, Alexandre
2014-06-07 15:39 Nikolai Weibull
2014-06-07 17:43 ` Robert Thorpe
2014-06-07 17:59 ` Yuri Khan
2014-06-07 18:18 ` Nikolai Weibull
2014-06-07 17:53 ` Sharon Kimble
2014-06-07 18:17 ` Eli Zaretskii
2014-06-07 18:28 ` Nikolai Weibull
2014-06-07 18:40 ` Eli Zaretskii
2014-06-07 19:59 ` Nikolai Weibull
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=87a99gw9x2.fsf@debian.uxu \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@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.