Re: [DOCS] jade X openjade
Joshua D. Drake wrote: Halley Pacheco de Oliveira wrote: In my Athon 1.7 512 MB RAM computer with Debian it takes 2m6s to generate de PostgreSQL 7.4.1 HTML documentation using JADE and 4m7s using OPENJADE (almost 2X). So why use OPENJADE ? I would have to double check, but I think OPENJADE offers better backend support. Personally I think the real question should be, Why *JADE*? We should be doing whatever it takes to move to XML/XSLT. Using Apache xerces I can transform a 1000 page document in less than a minute. I have used xercess-C++ in my current project and I can tell you one thing. It's object model is broken. It is a fine API in general but the way it's object model is broken, makes me hate it.. really.. Given a better choice I wouldn't use it. But I haven't used any other XML toolkits either. My XML experience is pretty limited.. Shridhar ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [DOCS] jade X openjade
> I have used xercess-C++ in my current project and I can tell you one thing. It's > object model is broken. Well what I believe we are really after is Xalan which Xerces is required to run. I believe it is Xalan that actually does the XSLT transformations. > > It is a fine API in general but the way it's object model is broken, makes me > hate it.. really.. > > Given a better choice I wouldn't use it. But I haven't used any other XML > toolkits either. My XML experience is pretty limited.. > > Shridhar > > ---(end of broadcast)--- > TIP 4: Don't 'kill -9' the postmaster > -- Co-Founder Command Prompt, Inc. The wheel's spinning but the hamster's dead ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [DOCS] jade X openjade
-On [20040221 21:52], Joshua D. Drake ([EMAIL PROTECTED]) wrote: >Well what I believe we are really after is Xalan which Xerces is required >to run. I believe it is Xalan that actually does the XSLT transformations. Correct. Xerces is the parser (both DOM and SAX). I have found Xerces+Xalan to find issues in my XML/XSLT 'code' which xsltproc didn't clearly label as wrong, whereas xsltproc understands EXSLT natively. -- Jeroen Ruigrok van der Werven / asmodai / kita no mono PGP fingerprint: 2D92 980E 45FE 2C28 9DB7 9D88 97E6 839B 2EAC 625B http://www.tendra.org/ | http://diary.in-nomine.org/ My name is Legion: for we are many... ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [DOCS] Request temporary freeze of libpgtcl chapter in manual
At 1:01 AM + 2/20/04, ljb wrote: I would like to request that no changes be made to the libpgtcl chapter in the PostgreSQL reference manual, at least for the near term, beyond file revision 1.40 in CVS. Otherwise, I can't promise any changes you make will end up in my version of the manual, in the event that the unbundling effort is successful. Is this OK? I'm not contributing, so it's not an issue for me. However isn't the whole point of CVS to make re-merging changes like this easy? -- The opinions expressed in this message are mine, not those of Caltech, JPL, NASA, or the US Government. [EMAIL PROTECTED], or [EMAIL PROTECTED] ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
