From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: `texinfo-format-buffer' doesn't fold long lines Date: Tue, 01 Mar 2005 08:57:07 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109636701 28660 80.91.229.2 (1 Mar 2005 00:25:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 1 Mar 2005 00:25:01 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 01 01:25:01 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D5vAY-0002a5-V2 for ged-emacs-devel@m.gmane.org; Tue, 01 Mar 2005 01:23:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5vT0-00072a-MY for ged-emacs-devel@m.gmane.org; Mon, 28 Feb 2005 19:42:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D5vAW-0003bV-O0 for emacs-devel@gnu.org; Mon, 28 Feb 2005 19:23:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D5vAF-0003Pe-0X for emacs-devel@gnu.org; Mon, 28 Feb 2005 19:23:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5vAD-0003O4-MK for emacs-devel@gnu.org; Mon, 28 Feb 2005 19:23:01 -0500 Original-Received: from [69.61.11.2] (helo=washington.hostforweb.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D5ulL-00073c-64 for emacs-devel@gnu.org; Mon, 28 Feb 2005 18:57:19 -0500 Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.44) id 1D5ulL-0005lG-21; Mon, 28 Feb 2005 18:57:19 -0500 Original-To: bob@rattlesnake.com X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:2WEGcsiMSpMU8hV8pVFOuxqSolI= X-Hashcash: 1:20:050228:bob@rattlesnake.com::hNU8EOTCPXgHQfaC:0000000000000000000000000000000000000000007Pgy X-Hashcash: 1:20:050228:emacs-devel@gnu.org::R/PjS6uEMKjZp1OK:00000000000000000000000000000000000000000021HB X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33957 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33957 >>>>> In Robert J. Chassell wrote: > I have commented out that inclusion and committed the change. > So `texinfo-format-buffer' should work again as you expect. Thank you very much for that. It works fine now. > As I wrote at the time I included it > ... I don't think this fix should be used as is. > Evidentally, back in November 2001, a user in FSF India could not > format the then new edition of `emacs-lisp-intro.texi' using > `texinfo-format-buffer' because `texinfmt.el' created the bad line > @end itemize@refill > He was using a Microsoft operating system and thought (erroneously, > according to Eli Zaretskii) that `makeinfo' had not yet been ported. > That is why he was using the deprecated `texinfo-format-buffer' > command. > In any event, I completely forgot about it. I see, and I will have to keep in mind that there might still be need to fix the `@end itemize@refill' problem. > You write that > ... texinfmt is essential to format Japanese Info files. > What needs to be changed for `makeinfo' to format them? It is to support text encoded with the iso-2022-7bit coding system, etc. The raw data of those will contain `@', `{', and so forth, and makeinfo will misidentify them as the commands. Please note, coding systems used to encode Japanese text includes not only iso-2022-7bit but also euc-jp, shift_jis and utf-8, etc. Furthermore, Chinese and Korean might be similar, though I'm not familiar with them. There will be 8bit data which makeinfo does not expect. Probably, what makeinfo should do first will be to decode text, before formatting them. And the means to know the coding system which is used to decode text will be necessary. > As Eli wrote back then, > I'd rather advise that users to use makeinfo. texinfmt.el doesn't > support quite a few of the newer features ... > We should modify `makeinfo' to handle Japanese Texinfo, if need be. > `makeinfo' is faster and `texinfmt.el' was deprecated a long time ago. It is just what I am hoping! I always use the makeinfo command in order to format texi files written by US-ASCII and Latin text and rate it highly. Regards,