From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: makeinfo swallows page breaks Date: Fri, 22 Mar 2013 11:56:55 +0100 Message-ID: <871ub7ln2g.fsf@gnu.org> References: <8738vpirz4.fsf@gnu.org> <87boacboeg.fsf@gnu.org> <87y5dflo5c.fsf@inria.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1363949833 15171 80.91.229.3 (22 Mar 2013 10:57:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Mar 2013 10:57:13 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Mar 22 11:57:39 2013 Return-path: Envelope-to: guile-devel@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 1UIzfH-0003Wt-Cm for guile-devel@m.gmane.org; Fri, 22 Mar 2013 11:57:39 +0100 Original-Received: from localhost ([::1]:32928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIzeu-0001HU-1F for guile-devel@m.gmane.org; Fri, 22 Mar 2013 06:57:16 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58098) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIzep-0001Ga-9l for guile-devel@gnu.org; Fri, 22 Mar 2013 06:57:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIzeo-0000if-2x for guile-devel@gnu.org; Fri, 22 Mar 2013 06:57:11 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:43073) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIzen-0000iW-T0 for guile-devel@gnu.org; Fri, 22 Mar 2013 06:57:10 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UIzf7-0003RB-IN for guile-devel@gnu.org; Fri, 22 Mar 2013 11:57:29 +0100 Original-Received: from nat-eduroam-36-gw-01-bso.bordeaux.inria.fr ([194.199.1.36]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Mar 2013 11:57:29 +0100 Original-Received: from ludo by nat-eduroam-36-gw-01-bso.bordeaux.inria.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Mar 2013 11:57:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nat-eduroam-36-gw-01-bso.bordeaux.inria.fr X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 2 Germinal an 221 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux) Cancel-Lock: sha1:JEg31JwLD6gGIlpJWxrJ++ce1VU= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15967 Archived-At: ludo@gnu.org (Ludovic Courtès) skribis: > Regarding rendering: Andy noted that spaces after a sentence-ending > periods are not preserved. I’ve investigated, but there are tests that > assume that whitespace is collapsed, so that will require more thought. More precisely, Texinfo says (info "(texinfo) Multiple Spaces"): Ordinarily, TeX collapses multiple whitespace characters (space, tab, and newline) into a single space. Info output, on the other hand, preserves whitespace as you type it, except for changing a newline into a space; this is why it is important to put two spaces at the end of sentences in Texinfo documents. So I believe that it means that stexi should preserve whitespace (which it doesn’t currently), and that it’s the renderer’s job to trim whitespace or not. Tests in texinfo.test will have to be adjusted accordingly. Currently, the parser consumes whitespace: scheme@(guile-user)> (texi-fragment->stexi "foo. bar.") $2 = (*fragment* (para "foo. bar.")) WDYT? Ludo’.