From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#16292: 24.3.50; info docs now contain single straight quotes instead of `' Date: Fri, 03 Jan 2014 12:48:50 -0800 Organization: UCLA Computer Science Department Message-ID: <52C72232.2000505@cs.ucla.edu> References: <20131229220810.GF7972@boo.workgroup> <52C0E734.4090403@cs.ucla.edu> <83sita1cbw.fsf@gnu.org> <52C1C456.2080004@cs.ucla.edu> <83fvpa16kh.fsf@gnu.org> <52C25D07.80808@cs.ucla.edu> <8338l91l2t.fsf@gnu.org> <52C4C95C.2010905@cs.ucla.edu> <837gajyrq1.fsf@gnu.org> <52C4F008.5060003@cs.ucla.edu> <83zjnextyg.fsf@gnu.org> <52C5BDD1.2050009@cs.ucla.edu> <83ppoaxfu6.fsf@gnu.org> <52C607DA.3090009@cs.ucla.edu> <83fvp5xzk0.fsf@gnu.org> <52C6F2C5.10505@cs.ucla.edu> <83mwjcx1i9.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1388782154 19454 80.91.229.3 (3 Jan 2014 20:49:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 Jan 2014 20:49:14 +0000 (UTC) Cc: 16292@debbugs.gnu.org, grfz@gmx.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 03 21:49:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VzBgD-0006Pl-4E for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Jan 2014 21:49:17 +0100 Original-Received: from localhost ([::1]:51783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBgC-00018j-Nf for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Jan 2014 15:49:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBg3-00016n-Vc for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2014 15:49:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzBfy-0003Zi-4H for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2014 15:49:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46468) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBfy-0003Zc-0m for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2014 15:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VzBfx-00016Y-IM for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2014 15:49:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Jan 2014 20:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16292 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16292-submit@debbugs.gnu.org id=B16292.13887821394236 (code B ref 16292); Fri, 03 Jan 2014 20:49:01 +0000 Original-Received: (at 16292) by debbugs.gnu.org; 3 Jan 2014 20:48:59 +0000 Original-Received: from localhost ([127.0.0.1]:60487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzBfu-00016F-NG for submit@debbugs.gnu.org; Fri, 03 Jan 2014 15:48:59 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:57568) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzBfs-000167-SG for 16292@debbugs.gnu.org; Fri, 03 Jan 2014 15:48:57 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id DF91039E810A; Fri, 3 Jan 2014 12:48:55 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oNNdjtRoDUBq; Fri, 3 Jan 2014 12:48:55 -0800 (PST) Original-Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id E5E4039E8008; Fri, 3 Jan 2014 12:48:54 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <83mwjcx1i9.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:82868 Archived-At: > We didn't hear from Stefan yet. This isn't a democracy. I expect Stefan is tired of the whole topic. I know I am. Stefan's initial comment was "I'd much rather change Texinfo to default to utf-8" -- a sentiment I agree with, though that'll require changes to Texinfo. This suggests a preference for UTF-8 encoded .texi files, though not necessarily for UTF-8 encoded .info files. Glenn and I have both expressed a preference for letting makeinfo do its thing rather than try to second-guess it. The only way that can be done with existing tools and UTF-8 .texi files (without introducing some errors in the output) is to specify @documentencoding UTF-8. >> Date: Fri, 03 Jan 2014 09:26:29 -0800 >> From: Paul Eggert >> Why should "ß" be converted to mojibake (destroying the point >> of a code example) while "•" is converted to "*" >> (a mere formatting nicety)? > > Because the former are rare in an otherwise English manual, and are > mostly in people's names, not in the stuff the manual tries to > describe. But they do exist outside of people's names, and in those cases turning them to mojibake can make the content undecipherable. Conversely, some of the symbols (such as "•") are relatively rare, and transliterating them to mojibake typically doesn't hurt the content; after all, the main role of "•" is to be a blotch at the start of a bullet point, and pretty much any consistent blotch will do. I still think it's Really Weird to transliterate some characters to unibyte but not others, if the goal is to support unibyte environments.