From smith at xml-doc.org Fri Jul 8 07:43:30 2005 From: smith at xml-doc.org (Michael Smith) Date: Fri Jul 8 07:43:38 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing Message-ID: <20050708054327.GA5267@sideshowbarker.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2419 bytes Desc: not available Url : http://www.ntg.nl/pipermail/foxet/attachments/20050708/3259736c/smime-0001.bin From smith at xml-doc.org Fri Jul 8 08:01:48 2005 From: smith at xml-doc.org (Michael Smith) Date: Fri Jul 8 08:01:52 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing [resend] Message-ID: <20050708060147.GB5267@sideshowbarker.net> [re-sending without attachments] Hi, When I first tried foXet back in November of last year, it was working great for processing the test docs I tried, which were all FO output from the DocBook XSL stylesheets. But when I tried it more recently, it seems to be failing, even with fairly "minimal" XSL-FO output from the DocBook stylesheets. A test file is here: http://docbook.sourceforge.net/outgoing/docbook-xsl-output.fo These the error messages I see: ! Missing number, treated as zero. followed by: ! Illegal unit of measure (pt inserted) --Mike From pragma at wxs.nl Fri Jul 8 09:21:29 2005 From: pragma at wxs.nl (Hans Hagen) Date: Fri Jul 8 09:21:04 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing Message-ID: <42CE2979.9090600@wxs.nl> Michael Smith wrote: > Hi, > > When I first tried foXet back in November of last year, it was to > working great for processing the test docs I tried, which were all > FO output from the DocBook XSL stylesheets. > > But when I tried it more recently, it seems to be failing, even > with fairly "minimal" XSL-FO output from the DocBook stylesheets. > > I have attached a test file. > > There error case I see the proportional column width function is not supported, just remove that spec Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- From smith at xml-doc.org Fri Jul 8 11:12:57 2005 From: smith at xml-doc.org (Michael Smith) Date: Fri Jul 8 11:13:02 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing [resend] In-Reply-To: <20050708090605.GC5267@sideshowbarker.net> References: <20050708054327.GA5267@sideshowbarker.net> <42CE2941.4030303@wxs.nl> <20050708090605.GC5267@sideshowbarker.net> Message-ID: <20050708091256.GE5267@sideshowbarker.net> [Cc'ing the list] Michael Smith writes: > Hi Hans, > > Thanks for the quick reply. > > You wrote: > > > the proportional column width function is not supported, just remove that > > spec > > Would it be possible to have foXet deal with it more gracefully? > At least for the only kind of case in which it's used in DocBook > XSL output, which is in instances like this: > > > > I will talk with the other DocBook Project developers and see if > we can add some conditional logic for having something other than > the proportional-column-width() function call output in those > instances. But, in the mean time, perhaps the foXet code could be > adjusted to have it just completely ignore the column-width > attribute for those cases? > > --Mike From pragma at wxs.nl Fri Jul 8 11:17:18 2005 From: pragma at wxs.nl (Hans Hagen) Date: Fri Jul 8 11:16:55 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing In-Reply-To: <20050708090605.GC5267@sideshowbarker.net> References: <20050708054327.GA5267@sideshowbarker.net> <42CE2941.4030303@wxs.nl> <20050708090605.GC5267@sideshowbarker.net> Message-ID: <42CE449E.30704@wxs.nl> Michael Smith wrote: > Hi Hans, > > Thanks for the quick reply. > > You wrote: > > >>the proportional column width function is not supported, just remove that >>spec > > > Would it be possible to have foXet deal with it more gracefully? > At least for the only kind of case in which it's used in DocBook > XSL output, which is in instances like this: > > > > I will talk with the other DocBook Project developers and see if > we can add some conditional logic for having something other than > the proportional-column-width() function call output in those > instances. But, in the mean time, perhaps the foXet code could be > adjusted to have it just completely ignore the column-width > attribute for those cases? funtion parsing is a bit tricky; future versions of pdftex will have regexp parsing so then we can implement safe solutions around line 3000 in x-fo.tex, change this: \doifsomething{\XMLop{column-width}} {%\setlocalhsize %\FOtableW\localhsize \analyzefunction{\XMLop{column-width}}% % hm, we need to set localhsize earlier \doifelse\functionname{proportional-column-width} {\FOtableW\functionA\textwidth} {\FOtableW\textwidth \setpercentdimen\FOtableW{\XMLop{column-width}}}% \expanded{\setupTABLE[column][\FOtablecolumn][width=\the\FOtableW]}} Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- From smith at xml-doc.org Fri Jul 8 12:16:10 2005 From: smith at xml-doc.org (Michael Smith) Date: Fri Jul 8 12:16:21 2005 Subject: [Foxet] Processing of DocBook XSL-FO output is failing In-Reply-To: <42CE449E.30704@wxs.nl> References: <20050708054327.GA5267@sideshowbarker.net> <42CE2941.4030303@wxs.nl> <20050708090605.GC5267@sideshowbarker.net> <42CE449E.30704@wxs.nl> Message-ID: <20050708101609.GG5267@sideshowbarker.net> Hans Hagen writes: > funtion parsing is a bit tricky; future versions of pdftex will have regexp > parsing so then we can implement safe solutions > > around line 3000 in x-fo.tex, change this: > > \doifsomething{\XMLop{column-width}} > {%\setlocalhsize > %\FOtableW\localhsize > \analyzefunction{\XMLop{column-width}}% > % hm, we need to set localhsize earlier > \doifelse\functionname{proportional-column-width} > {\FOtableW\functionA\textwidth} > {\FOtableW\textwidth > \setpercentdimen\FOtableW{\XMLop{column-width}}}% > \expanded{\setupTABLE[column][\FOtablecolumn][width=\the\FOtableW]}} OK, I made that change and ran my same test doc through foXet. It processed it without stopping, but the PDF it generates is missing some content. The following content is in the source in my test doc: gtk-options -- Standard Command Line Options for GTK+ Programs This manual page describes the command line options, which are common to all GTK+ based applications. But that content is not rendered in the PDF output from foXet. --Mike