From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel,gmane.comp.tex.texinfo.general Subject: Re: coding systems vs. info files Date: Thu, 09 Feb 2006 19:28:18 +0200 Organization: JURTA Message-ID: <87acd0v9xd.fsf@jurta.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1139517174 8988 80.91.229.2 (9 Feb 2006 20:32:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Feb 2006 20:32:54 +0000 (UTC) Cc: help-texinfo@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 09 21:32:50 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F7ISs-0005pz-I4 for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2006 21:32:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F7ISr-0007YX-IM for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2006 15:32:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F7Fry-0000lS-1z for emacs-devel@gnu.org; Thu, 09 Feb 2006 12:46:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F7Fru-0000jb-Ic for emacs-devel@gnu.org; Thu, 09 Feb 2006 12:46:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F7Frt-0000jG-QI; Thu, 09 Feb 2006 12:46:09 -0500 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F7FvQ-0001zZ-DP; Thu, 09 Feb 2006 12:49:48 -0500 Original-Received: from mail.neti.ee (80-235-37-98-dsl.mus.estpak.ee [80.235.37.98]) by Relayhost1.neti.ee (Postfix) with ESMTP id F236460FB; Thu, 9 Feb 2006 19:46:01 +0200 (EET) Original-To: Miles Bader In-Reply-To: (Miles Bader's message of "Thu, 09 Feb 2006 10:58:14 +0900") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:50250 gmane.comp.tex.texinfo.general:778 Archived-At: > So, my question is, should any of the above be happening? The problem is due to Latin-1 characters in the author's name in the node (info "(efaq)Emacs for Atari ST"). The source file man/faq.texi contains -*- coding: latin-1; -*- so Emacs handles the source file correctly. But makeinfo doesn't copy this cookie to the info file, so Emacs Info reader recognizes its coding differently on different language environments. > (a) seems a bit silly -- the strings which get encoded in Japanese/UTF-8 > are a just few random boilerplate things, and given that the actual > content of the file is in English, it's kind of inconsistent, and not > terribly useful for Japanese speakers. It seems like makeinfo should > ignore LANG for the most part, and just use the language the texinfo > file was written in as the language for any makeinfo-produced text > (though maybe it could look at LANG to fine-tune the final encoding). > > As for (b), it seems like makeinfo should probably add a coding: tag to > reflect whatever decision it makes. If it does that, then it solves (c). I believe this is exactly what makeinfo should do. -- Juri Linkov http://www.jurta.org/emacs/