From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#3501: 23.0.94; Use Unicode in Info (?) Date: Tue, 9 Jun 2009 21:10:41 +0000 Message-ID: <20090609211041.GF11634@muc.de> References: <20090609181705.GD11634@muc.de> <3022D2AAB13E41CEA14A86DF771BAEB2@us.oracle.com> Reply-To: Alan Mackenzie , 3501@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1244582815 24947 80.91.229.12 (9 Jun 2009 21:26:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jun 2009 21:26:55 +0000 (UTC) Cc: 3501@emacsbugs.donarmstrong.com To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 09 23:26:49 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ME8qF-0003Pc-HF for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jun 2009 23:26:48 +0200 Original-Received: from localhost ([127.0.0.1]:38354 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ME8qE-0008Li-AV for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jun 2009 17:26:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ME8hC-0004qN-NE for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 17:17:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ME8h7-0004q7-T7 for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 17:17:26 -0400 Original-Received: from [199.232.76.173] (port=35126 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ME8h7-0004q4-NI for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 17:17:21 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:40305) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ME8h7-00022l-8e for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 17:17:21 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n59LHJpf003888; Tue, 9 Jun 2009 14:17:19 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n59LF442003308; Tue, 9 Jun 2009 14:15:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Alan Mackenzie Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 09 Jun 2009 21:15:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3501 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3501-submit@emacsbugs.donarmstrong.com id=B3501.12445817732549 (code B ref 3501); Tue, 09 Jun 2009 21:15:04 +0000 Original-Received: (at 3501) by emacsbugs.donarmstrong.com; 9 Jun 2009 21:09:33 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail.muc.de (qmailr@colin.muc.de [193.149.48.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n59L9Q0t002544 for <3501@emacsbugs.donarmstrong.com>; Tue, 9 Jun 2009 14:09:28 -0700 Original-Received: (qmail 25030 invoked by uid 3782); 9 Jun 2009 21:09:25 -0000 Original-Received: from acm.muc.de (pD9E234E7.dip.t-dialin.net [217.226.52.231]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Tue, 09 Jun 2009 23:09:24 +0200 Original-Received: (qmail 17658 invoked by uid 1000); 9 Jun 2009 21:10:41 -0000 Content-Disposition: inline In-Reply-To: <3022D2AAB13E41CEA14A86DF771BAEB2@us.oracle.com> User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-MIME-Autoconverted: from 8bit to quoted-printable by rzlab.ucr.edu id n59LHJpf003888 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Tue, 09 Jun 2009 17:17:26 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28606 Archived-At: Hi, there! On Tue, Jun 09, 2009 at 12:56:24PM -0700, Drew Adams wrote: > > > Isn't Emacs capable of somehow knowing whether the current display > > > can show non-ASCII chars? > > Emacs is capable of anything, provided you put enough effort into > > telling it. Assuming you're running on a pure ASCII display, or one > > running an ISO-8859 character set (as I do), how much effort must you > > put into telling Emacs (and standalone Info) that you really, really > > don't want random Unicode bytes cluttering up your screen? > I meant Emacs, not the user. Can't Emacs itself tell whether to show > Unicode or not? See my example regarding buff-menu.el. Emacs already > decides whether to try to show you images and other display features. > > Quite a lot of people want Unicode, but quite a lot don't. We > > shouldn't force it upon them. > If their Emacs supports Unicode, they would see the people's real > names. If their Emacs does not support Unicode, they would see an > ASCII-art version of the real names, like now. Where's the forcing? If > they want to stick with ASCII, they'll see ASCII. If you can do this, then great. I don't think it can be done, in general, without tarting up honest text files (like Info) with un-displayed annotations. UTF-8 isn't compatible with 8-bit codes like 8859-n. > I agree that one should not need to have Unicode support to be able to > use Info. It does not follow that Info must present itself, by default > and to everyone, using only the lowest common denominator for every > possible user interaction. For manuals written in English, it's a sensible optimisation. > We've finally added font-locking by default, and we've gotten rid of > vestigial limits due to 900-baud communication - by default, at least. > And you can turn off font-locking. > No one stops a user from wearing a hair shirt and sleeping on nails in > a Siberian cabin without windows or running water. But that doesn't > mean that the default should be to expect that most users have such > preferences. > Unicode is today's ASCII, like it or not. No. It's quite different. ASCII was designed for elegance and ease of use. Unicode is a ghastly cludge, hacked together by some committee. It's lacking in technical merit. It's bodge nature is demonstrated by the fact that people "have expertise" in it. How many people "have expertise" in ASCII? The only thing in its favour is that it's used by "everybody", but then so is Microsoft Windows. We went through variable length encodings 30 years ago - George (the operating system) had 6 bit characters, except some of them were the equivalent of the key, or the key. It was such a relief to get a sensible 7- or 8-bit uniform character set. It's nice to be able to count the number of characters in a string without needing a finite state machine. > And I notice that you said you use ISO 8859. Why is that? It's efficient for both English and German, and also does French and Spanish (for the few times I need to write French and Spanish words). > Did you get tired of using `$' to represent a pound or a euro? For you, > I guess, whatever you use is OK for the default - ISO 8859 would be OK > for Info, instead of ASCII?=20 For me, personally, yes, but it would be a bad choice for Emacs users as a whole - a bit like Unicode, really. > Why don't you limit yourself to Extended ASCII, which has a pound sign > and lots of other "fancy" stuff (http://www.asciitable.com/)? Why go > all of the way to the wild side, to ISO 8859? Aren't you afraid that > that will open the flood gates to using such fancy characters > (including character graphics) all over the place? Who can trust users > to behave themselves with such means in their hands? You're not getting sarcastic here, are you, by any chance? ;-) > > > J=F8rgensen is more readable than J/orgensen, but J/orgensen=20 > > > is fine for a card punch. ;-) > > Possibly. But I have just the _tiniest_ suspicion that this is the > > thin end of the wedge, the crack in the dyke, the floodgates wanting > > to burst open. How long before people start using Xah's fancy 3-byte > > quote marks, with associated dangly bits hanging off them? > Fear can be a powerful motivator. But not necessarily a wise counselor. > It's not because you _can_ make text proportional or italic or magenta > or 23-point or blinking or boxed or gothic that you _will_ do so > everywhere.=20 I won't. Many do, though. > Your reaction reminds me of conservatives who try to deny access to > information and new possibilities because of fear of the unknown. That's unfair. If I see somebody peddling something "new", I don't just accept that it's automatically better. Often, it's not. Think of new drugs which work no better than old ones. That perl isn't better than lisp, or MS Visual Studio better than Emacs, for example. Unicode, with its snakepit of variations, and coding schemas, and what have you, certainly has its uses. But just who was it that decided that Unicode is the universal panacea? I don't remember anybody asking me. It was stealthily foisted on us by somebody or other with interests different from ours. For the vast swathes of computer users, who use one single language with possibly a bit of English on the side, something like ISO-8859-n is technically far superior. > Keep women at home or covered in black. No libraries, so we don't > incite the unwashed masses with ideas they won't be able to handle > responsibly. No voting for the ignorant or unpropertied. Close the box, > quick! > (How do you spell etidull?) I don't. --=20 Alan Mackenzie (Nuremberg, Germany).