From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#3501: 23.0.94; Use Unicode in Info (?) Date: Mon, 8 Jun 2009 20:23:49 -0700 Message-ID: References: <555BAFF565544912A341B5EE3FEE0A7B@us.oracle.com> Reply-To: Drew Adams , 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 1244518742 24169 80.91.229.12 (9 Jun 2009 03:39:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jun 2009 03:39:02 +0000 (UTC) To: "'Eli Zaretskii'" , <3501@emacsbugs.donarmstrong.com> Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 09 05:38:59 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 1MDsAp-0003Qi-9D for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jun 2009 05:38:55 +0200 Original-Received: from localhost ([127.0.0.1]:50549 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MDsAo-0006Xx-NW for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 Jun 2009 23:38:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MDs9P-00061S-Qt for bug-gnu-emacs@gnu.org; Mon, 08 Jun 2009 23:37:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MDs9K-0005zC-L8 for bug-gnu-emacs@gnu.org; Mon, 08 Jun 2009 23:37:26 -0400 Original-Received: from [199.232.76.173] (port=36746 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MDs9J-0005z7-Jt for bug-gnu-emacs@gnu.org; Mon, 08 Jun 2009 23:37:21 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:53733) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MDs9J-00016D-4m for bug-gnu-emacs@gnu.org; Mon, 08 Jun 2009 23:37: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 n593bJkO004354; Mon, 8 Jun 2009 20:37:19 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n593U5OP003008; Mon, 8 Jun 2009 20:30:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 09 Jun 2009 03:30: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.12445178622101 (code B ref 3501); Tue, 09 Jun 2009 03:30:04 +0000 Original-Received: (at 3501) by emacsbugs.donarmstrong.com; 9 Jun 2009 03:24:22 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n593OIPx002096 for <3501@emacsbugs.donarmstrong.com>; Mon, 8 Jun 2009 20:24:19 -0700 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n593NvoO005909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 9 Jun 2009 03:23:59 GMT Original-Received: from abhmt010.oracle.com (abhmt010.oracle.com [141.146.116.19]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n593PGZR026019; Tue, 9 Jun 2009 03:25:16 GMT Original-Received: from dradamslap1 (/141.144.80.206) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 08 Jun 2009 20:23:51 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcnosDNX/bxUkl8rQPyFNqcM0c+bswAADZxA In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt010.oracle.com [141.146.116.19] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020B.4A2DD5D9.009A:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Mon, 08 Jun 2009 23:37: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:28569 Archived-At: > > Can't we use Unicode or in some other way use accented characters in > > people's names (when appropriate)? > > =20 > > For example: Tibor S > Bzyl, Sascha Lu"decke, Arne J/orgensen. I'm assuming that = punctuation > > characters such as " and / should really be composed with one of the > > other chars here - dunno. Dunno about a name such as Ken'ichi - is = the > > ' a separator here, or should it be combined with some another > > character? >=20 > Are you asking that Emacs Info reader displays "S<" as S and "/o" as > =F8? Yes. (Dunno about the particular fancy chars that should result, but = yes.) > Or are you asking that the Info files themselves include non-ASCII > characters? Dunno whether I'm asking that also. If it's important for some reason to = what is perceived by users, then yes; otherwise, no. I was thinking of display - what the user sees. But it should, if = possible, affect also searching (including regexp searching) and any other = behavior the user can notice. The user should experience only the fancy character, = both visually and every other way. What is in the actual file is not = important here, except in so far as it might affect perception. > What goes into the Info files depends on the directives in the Texinfo > sources and on the command line arguments used when makeinfo was > invoked to produce the Info files. You will see in the `doc' > directory that we already invoke makeinfo with --enable-encoding > switch in some cases. Whatever is already done is not sufficient in this regard, as indicated = in the original report: I don't see composed characters; I see punctuation in = the middle of people's names. I see J/orgensen, not J=F8rgensen.