From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/63522 Path: news.gmane.org!not-for-mail From: Peter Davis Newsgroups: gmane.comp.tex.context Subject: Re: XSL-FO to PDF? Date: Sun, 14 Nov 2010 18:17:26 -0500 Organization: PFD Studio Message-ID: <4CE06E06.2080304@pfdstudio.com> References: <4CDE7072.8090507@nibua-r.org> <4CDEAB6A.4090008@pfdstudio.com> <4CE0553A.7020605@wxs.nl> <4CE0674C.6030509@nibua-r.org> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1207512210==" X-Trace: dough.gmane.org 1289776671 1521 80.91.229.12 (14 Nov 2010 23:17:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 14 Nov 2010 23:17:51 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Mon Nov 15 00:17:46 2010 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from balder.ntg.nl ([195.12.62.10]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PHlpS-0001rK-PU for gctc-ntg-context-518@m.gmane.org; Mon, 15 Nov 2010 00:17:46 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 3570ACA83E; Mon, 15 Nov 2010 00:17:46 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id u-EA+KDCkkZG; Mon, 15 Nov 2010 00:17:42 +0100 (CET) Original-Received: from balder.ntg.nl (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id F16E5CA834; Mon, 15 Nov 2010 00:17:41 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id AC766CA834 for ; Mon, 15 Nov 2010 00:17:40 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fkdhgGxz1N-2 for ; Mon, 15 Nov 2010 00:17:37 +0100 (CET) Original-Received: from filter5-ams.mf.surf.net (filter5-ams.mf.surf.net [192.87.102.73]) by balder.ntg.nl (Postfix) with ESMTP id 54231CA832 for ; Mon, 15 Nov 2010 00:17:37 +0100 (CET) Original-Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by filter5-ams.mf.surf.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id oAENHRG4001206 for ; Mon, 15 Nov 2010 00:17:28 +0100 Original-Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.messagingengine.com (Postfix) with ESMTP id 938A8D79; Sun, 14 Nov 2010 18:17:26 -0500 (EST) Original-Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute3.internal (MEProxy); Sun, 14 Nov 2010 18:17:26 -0500 X-Sasl-enc: Ro6XvyA7K8bozBRVqofc4CThrg75CxINLkiA69lUfA4H 1289776646 Original-Received: from [192.168.1.5] (unknown [96.237.177.126]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4D1315EB206; Sun, 14 Nov 2010 18:17:26 -0500 (EST) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 In-Reply-To: <4CE0674C.6030509@nibua-r.org> X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=66.111.4.27; country=US; region=NY; city=New York; postalcode=10038; latitude=40.7089; longitude=-74.0012; metrocode=501; areacode=212; http://maps.google.com/maps?q=40.7089,-74.0012&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 0BDvbhr8C - cfd88c00f317 - 20101115 X-Scanned-By: CanIt (www . roaringpenguin . com) on 192.87.102.73 X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl Xref: news.gmane.org gmane.comp.tex.context:63522 Archived-At: This is a multi-part message in MIME format. --===============1207512210== Content-Type: multipart/alternative; boundary="------------050005070901010309050704" This is a multi-part message in MIME format. --------------050005070901010309050704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, Renaud, In a nutshell, my use is a form of database publishing from two XML=20 files. The first file is *like* XSL-FO, but also contains some=20 namespaced constructs. This XML file is the page template ... it=20 represents the layout, the static portions of the page, and the=20 locations where various "live" data should get plugged in. The second XML contains the live data, extracted from a database. There=20 might be thousands or tens of thousands of records of information to=20 publish. So for each main element in the live data file, we use the template=20 file, but plug in the live data and generate a beautiful, formatted=20 document. The data may contain plain text, text with some formatting,=20 and references to graphics and images in various formats. It definitely needs to support "advanced" typesetting (beautiful=20 paragraphs, tracking and kerning, ligatures, multiple languages, etc.). =20 It needs to support full color (mostly CMYK), most widely used fonts=20 (T1, TT/OT, CID, etc.) It also needs to produce finished pages at a=20 rate of thousands or tens of thousands of pages per minute. TeX has the features I want, but I'm still trying to determine the best=20 way to use it. ConTeXt is particularly attractive for its built-in XML=20 support, simplefonts support, pdfTeX support and minimals packaging,=20 among other things. -pd On 11/14/2010 5:48 PM, Renaud AUBIN wrote: > XSLT is fully adapted to XML/XML(fo or other target schema) since it=20 > was the design basis=E2=80=A6 > > My experience is: > =E2=88=92 good xslt is (relatively) easy to design as soon as you maste= r the=20 > underlying data model > =E2=88=92 xsltproc is REALLY REALLY fast for xslt 1 processing > =E2=88=92 if you want something smarter, go for java with saxon/xerces,= which=20 > is performant too=E2=80=A6 > > I'm the devil's advocate but what's your need to use ConTeXt. I have=20 > not read all your threads but if you just need: > =E2=88=92 to produce pdfs from xml data > =E2=88=92 without advanced typesettings > you could use xslt to produce DocBook 5 xml file, include them using=20 > , configure your layout with an=20 > intermediate xslt + Fo xml config=E2=80=A6 > > Once more, it depends on your original ecosystem and constraints=E2=80=A6 > > If you provide a use case, I should provide a sample if you don't need=20 > it within a couple of hours (but a couple of days)=E2=80=A6 > > Best regards, > > Renaud > > > Le 14/11/2010 22:36, Peter Davis a =C3=A9crit : >> On Sun, Nov 14, 2010 at 4:31 PM, Hans Hagen wrote: >> >> =20 >>> On 13-11-2010 4:14, Peter Davis wrote: >>> >>> =20 >>>> On 11/13/10 6:03 AM, Renaud AUBIN wrote: >>>> >>>> =20 >>>>> Uh ? Give FOP a try=E2=80=A6http://xmlgraphics.apache.org/fop/1.0/i= ndex.html >>>>> Could you describe your target chain ? XML =E2=86=92 FO =E2=86=92 P= DF ? >>>>> >>>>> =20 >>>> Actually, I could write some XSLT to convert the XSL-FO into TeX or >>>> ConTeXt. But I was thinking it might be beneficial to use ConTeXt to >>>> process the XML (XSL-FO) directly ... get it all under one roof, so = to >>>> speak. >>>> >>>> =20 >>> faster too >>> =20 >> Interesting point. I initially assumed it would be faster to do all m= y XML >> processing in ConTeXt, but it occurred to me that perhaps using XSLT t= o or >> even home-grown XML processing, I could generate a stream of TeX that = could >> be processed while I'm still producing it. So one process might be lo= oking >> at successive data records and generating TeX for the various pages, a= nd >> another process could be simultaneously running TeX to typeset those p= ages. >> >> >> Plausible? >> >> Thank you. >> >> -pd >> >> =20 >> >> >> ______________________________________________________________________= _____________ >> If your question is of interest to others as well, please add an entry= to the Wiki! >> >> maillist :ntg-context@ntg.nl /http://www.ntg.nl/mailman/listinfo/ntg-= context >> webpage :http://www.pragma-ade.nl /http://tex.aanhet.net >> archive :http://foundry.supelec.fr/projects/contextrev/ >> wiki :http://contextgarden.net >> ______________________________________________________________________= _____________ >> =20 > > > _______________________________________________________________________= ____________ > If your question is of interest to others as well, please add an entry = to the Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-= context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > _______________________________________________________________________= ____________ --=20 -------- Peter Davis The Tech Curmudgeon - http://www.techcurmudgeon.com Ideas Great and Dumb - http://www.ideasgreatanddumb.com --------------050005070901010309050704 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, Renaud,

In a nutshell, my use is a form of database publishing from two XML files.=C2=A0 The first file is *like* XSL-FO, but also contains some namespaced constructs.=C2=A0 This XML file is the page template ... i= t represents the layout, the static portions of the page, and the locations where various "live" data should get plugged in.

The second XML contains the live data, extracted from a database.=C2=A0 There might be thousands or tens of thousands of records of information to publish.

So for each main element in the live data file, we use the template file, but plug in the live data and generate a beautiful, formatted document.=C2=A0 The data may contain plain text, text with some formatting, and references to graphics and images in various formats.

It definitely needs to support "advanced" typesetting (beautiful paragraphs, tracking and kerning, ligatures, multiple languages, etc.).=C2=A0 It needs to support full color (mostly CMYK), most widel= y used fonts (T1, TT/OT, CID, etc.)=C2=A0 It also needs to produce fini= shed pages at a rate of thousands or tens of thousands of pages per minute.

TeX has the features I want, but I'm still trying to determine the best way to use it.=C2=A0 ConTeXt is particularly attractive for its built-in XML support, simplefonts support, pdfTeX support and minimals packaging, among other things.

-pd


On 11/14/2010 5:48 PM, Renaud AUBIN wrote:
XSLT is fully adapted to XML/XML(fo or other target schema) since it was the design basis=E2=80=A6

My experience is:
=E2=88=92 good xslt is (relatively) easy to design as soon as you m= aster the underlying data model
=E2=88=92 xsltproc is REALLY REALLY fast for xslt 1 processing
=E2=88=92 if you want something smarter, go for java with saxon/xer= ces, which is performant too=E2=80=A6

I'm the devil's advocate but what's your need to use ConTeXt. I have not read all your threads but if you just need:
=E2=88=92 to produce pdfs from xml data
=E2=88=92 without advanced typesettings
you could use xslt to produce DocBook 5 xml file, include them using <xi:include href=3D"./data/stuff.xml"/>, configure your layou= t with an intermediate xslt + Fo xml config=E2=80=A6

Once more, it depends on your original ecosystem and constraints=E2= =80=A6

If you provide a use case, I should provide a sample if you don't need it within a couple of hours (but a couple of days)=E2=80=A6

Best regards,

Renaud


Le 14/11/2010 22:36, Peter Davis a =C3=A9crit=C2=A0: 
On Sun, Nov 14, 2010 at 4:31 PM, Hans Hagen <pragma@wxs.nl> wrote:

  
On 13-11-2010 4:14, Peter Davis wrote:

    
On 11/13/10 6:03 AM, Renaud AUBIN wrote:

      
Uh ? Give FOP a try=E2=80=A6 http://xmlgraphics.apache.org/fop/1.0/index=
.html
Could you describe your target chain ? XML =E2=86=92 FO =E2=86=92 PDF ?

        
Actually, I could write some XSLT to convert t=
he XSL-FO into TeX or
ConTeXt. But I was thinking it might be beneficial to use ConTeXt to
process the XML (XSL-FO) directly ... get it all under one roof, so to
speak.

      
faster too
    
Interesting point.  I initially assumed it would be faster to do all my X=
ML
processing in ConTeXt, but it occurred to me that perhaps using XSLT to o=
r
even home-grown XML processing, I could generate a stream of TeX that cou=
ld
be processed while I'm still producing it.  So one process might be looki=
ng
at successive data records and generating TeX for the various pages, and
another process could be simultaneously running TeX to typeset those page=
s.


Plausible?

Thank you.

-pd

  

_________________________________________________________________________=
__________
If your question is of interest to others as well, please add an entry to=
 the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-con=
text
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supe=
lec.fr/projects/contextrev/
wiki     : http://contextgarden.net
_________________________________________________________________________=
__________
  


_________________________________________________________________________=
__________
If your question is of interest to others as well, please add an entry to=
 the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/m=
ailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextre=
v/
wiki     : http://contextgarden.net
_________________________________________________________________________=
__________


--=20
--------
Peter Davis
 The Tech Curmudgeon - http://www.techcurmudgeon.com
Ideas Great and Dumb - http://www.ideasgreatanddumb.com
--------------050005070901010309050704-- --===============1207512210== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ --===============1207512210==--