Re: AWTRenderer L10N issues
Alex V. Alishevskikh wrote: 001101c1d49e$aac011c0$a3cbdcd4@term1"> Hi, Patrick,You wrote: No, it was coded in 8859-5 (Cyrillic) or Windows 1251, AFAIK, ISO8859-5 is not the same that Windows 1251. Well, Microsoft adds to 8859-5 a few Cyrillic characters in the 80-9F range (euro sign for one, and diacritic forms such as k apostrophe on top). My point was rather that it was not 8859-1 as mentioned but 8859-5 or CP 1251 which are hard to distinguish. 001101c1d49e$aac011c0$a3cbdcd4@term1"> I see the extended latinletters (with umlauts etc) instead of cyrillic characters.I've compiled FOP on machine (WinXP, Sun JDK 1.3) with russian locale. ? The only encoding that Properties and PropertyResourceBundleunderstand is ISO 8859-1 with Unicode escapes. This is not UTF-8. But why my Properties encoded as UTF-8 works and I see the readable russiantext? As pointed out in a different message by Satoshi, and I missed this, AWTStarter uses a getResourceBundle which in turns uses a SecourceResourceBundle that reads UTF-8 (I still see 8859-1 in my source). I suppose I should update my tree. 001101c1d49e$aac011c0$a3cbdcd4@term1"> I only regret that using this new getResourceBundle, it looks like the standard getBundle search algorithm is not implemented. I personnaly believe it is usually bad design to hardcode a default language, One should rather use a Locale for setting the language (picked from the argv for instance) or getting the platform's default one and rely on the getBundle algorithm. The default resource language could then become the platform's language (locale) unless no resource exist for it, in which case the resources found in the base resource bundle could be used (this could be a different file for each system according to installation option). P. Andries
[GUMP] Build Failure - Fop
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-03-26/xml-fop.html Buildfile: build.xml init-avail: init-filters-xalan2: [copy] Copying 1 file to /home/rubys/jakarta/xml-fop/build/src/codegen init: [echo] --- Fop 1.0dev [1999-2002] prepare: [echo] Preparing the build directories [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/svg [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/conf [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/hyph [copy] Copying 3 files to /home/rubys/jakarta/xml-fop/build/classes/conf codegen: [echo] Resetting codegen directory [copy] Copying 30 files to /home/rubys/jakarta/xml-fop/build/src/codegen [echo] Generating the java files from xml resources [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/allprops.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/Constants.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/genconst.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/fo_ignore_this.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/properties.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/FOPropertyMapping.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/propmap.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/foenums_ignore_this.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/enumgen.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/charlist.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/CodePointMapping.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/code-point-mapping.xsl [style] Transforming into /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBold.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/font-file.xsl [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Courier.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Courier.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBoldOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBoldOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Helvetica.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Helvetica.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBold.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaBoldOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBoldOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Symbol.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Symbol.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBold.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBoldItalic.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBoldItalic.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesItalic.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesItalic.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesRoman.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesRoman.java [style] Processing
Re: FOP vs RenderX
Patrick, I wish that FOP also had the keep-with-next feature working, luckily, I don't think for this particular application it's going to be as crucial, we are only doing 1-up product sheets. I have been working with FOP for about a year, maybe a year and a half, and I am just starting to understand the basics of FOP (I think!), but only becuase there are so many applications and so much it can do. So, I think I am hearing that speed is an issue HUGE. FOP is much faster. What about functionality? Mark - Original Message - From: Patrick Andries [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 12:52 AM Subject: Re: FOP vs RenderX To be frank, although I have the same experience as Matt as far as speed (or lack thereof) of XEP is concerned, XEP is pleasant to work with (more syntax checking) and does support many more features (among which the absolutely essential keep-with-next for any professional looking document). I hear often that this may not be available soon in FOP, what does this mean a month, two months ? Patrick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: FOP vs RenderX
I thought keep-together-with-next worked at the row level on .20.3. (W/o going into an endless loop like .20.2 did if the selected group of rows happened to span more than a page.) What is the final word on this? -Matt Patrick Andries wrote: To be frank, although I have the same experience as Matt as far as speed (or lack thereof) of XEP is concerned, XEP is pleasant to work with (more syntax checking) and does support many more features (among which the absolutely essential keep-with-next for any professional looking document). I hear often that this may not be available soon in FOP, what does this mean a month, two months ? Patrick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: FOP vs RenderX
It sounds as if you are more up-to-date on the keep-with-next status than I am, you may very well be right. I will check that out and repost. Mark - Original Message - From: Matt Savino [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 9:01 AM Subject: Re: FOP vs RenderX I thought keep-together-with-next worked at the row level on .20.3. (W/o going into an endless loop like .20.2 did if the selected group of rows happened to span more than a page.) What is the final word on this? -Matt Patrick Andries wrote: To be frank, although I have the same experience as Matt as far as speed (or lack thereof) of XEP is concerned, XEP is pleasant to work with (more syntax checking) and does support many more features (among which the absolutely essential keep-with-next for any professional looking document). I hear often that this may not be available soon in FOP, what does this mean a month, two months ? Patrick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: CVS branches
Confusion abounds! There are only two (2) FOP cvs things. THe is the trunk and the maintanence branch. The maintanence branch has the name fop-0_20_2-maintain. This is for maintanence releases. The trunk is also known as: HEAD, MAIN, main, development, redesign or even cvs update -A or cvs update -rHEAD Those still confused should read up on cvs. On 2002.03.26 00:05 Michael Gratton wrote: Christian Geisert wrote: I assumend MAIN and HEAD are equivalent ... (Maybe someone can explain this to me ;-) Not in FOP.. 8) If you checkout FOP without a given branch you get the main development branch (aka redesign). Yeah, that's the case. This is usually called the trunk, and is a special case branch. It has the symbolic name HEAD, although you don't want to use that when checking it out. FOP actually has a branch called MAIN, separate to the trunk (HEAD). Mike. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Servlet problems
Ok, I have been messing with this problem for a day or so now and can't find a reasonable solution. I am using Tomcat 4.0.3 and FOP 0.20.3. I have deployed the servlet into the container and copied the fop.jar along with the other jars in the FOP library directory to the servlets WEB-INF/lib directory. I can producer documents containing plaintext with no problems. However, when I try to render the embedding.fo SVG example I get the following exception: java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1631) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:926) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1360) at org.apache.catalina.loader.WebappClassLoader.loadClass . The class org.w3c.dom.svg.SVGPaint is located in batik.jar with the rest of the jars. Anyone have any clue what I am doing wrong? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Servlet problems
Hi, I have not done what you are trying to do but I have used java enough to spot a class load precedence error when it comes. I think That the org.w3c.dom.svg.SVGPaint is needed by some other class that has been loaded from a specific level wich is not the batik.jar. I have had the same problem when using a updated xerces version inside a Websphere application Server : There was an older version of xerces loaded by WAS. The error was the same : NoDefClassFound anytime there was a need for a new class. I think it has to do with the classpath setting in Tomcat or your Java environnement. I hope this helps. At 10:13 26/03/2002 -0500, you wrote: Ok, I have been messing with this problem for a day or so now and can't find a reasonable solution. I am using Tomcat 4.0.3 and FOP 0.20.3. I have deployed the servlet into the container and copied the fop.jar along with the other jars in the FOP library directory to the servlets WEB-INF/lib directory. I can producer documents containing plaintext with no problems. However, when I try to render the embedding.fo SVG example I get the following exception: java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1631) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:926) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1360) at org.apache.catalina.loader.WebappClassLoader.loadClass . The class org.w3c.dom.svg.SVGPaint is located in batik.jar with the rest of the jars. Anyone have any clue what I am doing wrong? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7487] New: - break-before=page for table inserts empty page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7487. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7487 break-before=page for table inserts empty page Summary: break-before=page for table inserts empty page Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] An empty page is inserted before the table if I use break-before=page. However, the empty page is not inserted if I wrap the table in fo:block and apply property break-before=page to the fo:block element. The test file: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple fo:region-body/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simple fo:flow flow-name=xsl-region-body fo:table table-layout=fixed width=80% break-before=page fo:table-column column-width=proportional-column-width(1)/ fo:table-body fo:table-row fo:table-cell fo:blockText/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Problems with SAX pipeline
Hi, I'm in the process of migrating an application from FOP 0.17 to 0.20.3. This application uses a SAX pipeline to apply an XSLT transformation (XML - XSL-FO) and feed it into FOP's Driver directly through its ContentHandler. FOP does not display any error message but the generated PDF file is 2 KB shorter than when generated from the same FO document read from a file and Acrobat Reader complains that the file is damaged and could not be repaired. Is this a known bug ? (I had a look at both FOPServlet and XSLTInputHandler and realized the latter does not use a SAX pipeline but stores the FO document in a temporary file or buffer before returning it to the former.) I had a look at FOP's code to try to find a fix and came up with the following question: Why does Starter set the SAX feature http://xml.org/sax/features/namespace-prefixes; to true in method setParserFeature ? Using this feature makes the SAX event stream received from a SAX parser different from the one received from an XSLT processor. Apparently, FOTreeBuilder does not care about this feature as it uses the Namespace URI and the local name to look-up the maker objects. But maybe other classes do care. Can this namespace prefix thing be related to my problem ? Is the use of namespace prefixes required for FOP ? Can this be fixed so that output from XSLT processors be acceptable as SAX input ? TIA, Laurent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7490] New: - fo:leader pushes words out of line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7490. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7490 fo:leader pushes words out of line Summary: fo:leader pushes words out of line Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Insteand of changing size to fill available space only fo:leader pushes other words out of line. I found the when I tried to align one text to the right, other part to the left on the same line as described in Dave Pawson book at http://www.dpawson.co.uk/xsl/sect3/bk/appA.html Test code: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple fo:region-body/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simple fo:flow flow-name=xsl-region-body fo:block text-align-last=justify Left-Hand Textfo:leader leader-pattern=space/Right-Hand Text /fo:block /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7496] New: - The table header borders are not adjusted to the borders of body cells
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7496. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7496 The table header borders are not adjusted to the borders of body cells Summary: The table header borders are not adjusted to the borders of body cells Product: Fop Version: 0.20.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I create a table which has border around its header and border around individual cells I see the following issues: 1) borders between the header and body cells are not collapsed, so I have double width border 2) vertical borders of the header and cells are not adjusted. Borders of the header is placed a little bit wider than borders of the cells - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7496] - The table header borders are not adjusted to the borders of body cells
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7496. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7496 The table header borders are not adjusted to the borders of body cells --- Additional Comments From [EMAIL PROTECTED] 2002-03-26 19:20 --- Created an attachment (id=1427) The pdf file, rendered from fo file in the previous attachement - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: JAXP / upgrade to xerces2
Christian Geisert wrote: I finally have Joerg's JAXP patch committed (well most part of it). I want to note again that this effectively removes Xalan1 support. It is probably a good idea to remove some cruft still left in, like the Xalan1-compat libs, the build rules associated with Xalan1, and the files in the tools directory should use JAXP directly instead via the abstraction layer in tools/xslt. Moving to the default ant task for doing XSLT probably will already take care of it. I will look at it this weekend (provided the easter eggs are easy to find :) Still needs to be done: - build process (replace fop's xslt-task with ant's style-task as already done in the main branch) - hypenation generation (Joerg mentioned some problems) One problem was that the dumped hyphenation classes are not rebuilt if there the source of the generation classes is changed. Perhaps there should be an intermediate jar file built for the generator, and the dumped classes depend on it as well as on their source XML. Regards J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Problems with SAX pipeline
Laurent Bihanic wrote: This application uses a SAX pipeline to apply an XSLT transformation (XML - XSL-FO) and feed it into FOP's Driver directly through its ContentHandler. FOP does not display any error message but the generated PDF file is 2 KB shorter than when generated from the same FO document read from a file and Acrobat Reader complains that the file is damaged and could not be repaired. No. I suggest to check your SAX stream first whether all elements are properly closed. Try to feed it as a SAXSource to an identity XSL transformation (use TransformerFactory.newInstance().newTransformer()). The serialized file will be always well-formed (the transformer closes open elements for you) but you could check for suspicious omissions at the end. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: SVG images and rendering fonts
Toulson, Simon wrote: [problems with SVG text] Also, check out the following hint about Acrobat Reader settings: http://marc.theaimsgroup.com/?l=fop-devm=101557378207628w=2 J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
How to keep space between two region/block/ ... while rendering ?
Hi !, The attribute space-before did the trick for me... ASM - Original Message - From: Anshuman To: [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 7:05 PM Subject: How to keep space between two region/block/ ... while rendering ? Hi !, Can any one tell me how can I keep space between two fo:flow tag or between two fo:block tag ? My problem is that I have a fo:static-content tag where I keep the table header information and fo:flow whereI keep the body. But when the data in the header tags is more, it overlaps the body and hence I loose the first 1-2 records of the table body. I want to maintain the minimum distance between the two regions so that even when the data is more, same can be displayed without loosing any data in rendering. Thanks in advance with regards,ASM
[DOCUMENTATION] diffs for files in design/alt.design
Arved or Keiron, Attached are diffs for xml-fop/docs/design/alt.design/alt.properties.xml and xml-fop/docs/design/alt.design/book.xml. A previous email included new files for the design/alt.design directory. Peter Index: alt.properties.xml === RCS file: /home/cvspublic/xml-fop/docs/design/alt.design/alt.properties.xml,v retrieving revision 1.1 diff -u -u -r1.1 alt.properties.xml --- alt.properties.xml 17 Mar 2002 17:24:10 - 1.1 +++ alt.properties.xml 27 Mar 2002 02:44:05 - @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=ISO-8859-1? -!-- $Id: alt.properties.xml,v 1.1 2002/03/17 17:24:10 arved Exp $ -- +!-- $Id: alt.properties.xml,v 1.4 2002-03-27 12:42:43+10 pbw Exp pbw $ -- !-- -!DOCTYPE document SYSTEM ../xml-docs/dtd/document-v10.dtd +!DOCTYPE document SYSTEM ../../xml-docs/dtd/document-v10.dtd -- document header @@ -48,7 +48,6 @@ when no value has been assigned. /p s2 title=The history problem - /s2 p The difficulty and expense of handling properties comes from this univeral inheritance possibility. The list of properties @@ -65,6 +64,7 @@ specified on an ancestor of this element, and the initial value of the property. /p + /s2 s2 title=Data requirement and structure p This determines the minimum set of properties and associated Index: book.xml === RCS file: /home/cvspublic/xml-fop/docs/design/alt.design/book.xml,v retrieving revision 1.1 diff -u -u -r1.1 book.xml --- book.xml17 Mar 2002 17:24:10 - 1.1 +++ book.xml27 Mar 2002 02:42:04 - @@ -5,7 +5,11 @@ separator/ external href=../index.html label=NEW DESIGN / separator/ - page id=index label=alt.properties source=alt.properties.xml/ + page id=index label=co-routines source=coroutines.xml/ + page id=galleys label=galleys source=galleys.xml/ + page id=footnotes label=footnotes source=footnotes.xml/ + separator/ + page id=alt.properties label=alt.properties source=alt.properties.xml/ page id=classes-overview label=Classes overview source=classes-overview.xml/ page id=properties-classes label=Properties classes source=properties-classes.xml/ page id=Properties label=Properties source=Properties.png.xml/ @@ -18,4 +22,7 @@ page id=xml-parsing label=XML parsing source=xml-parsing.xml/ separator/ page id=property-parsing label=Property parsing source=propertyExpressions.xml/ + separator/ + page id=compound-properties label=Compound properties +source=compound-properties.xml/ + page id=traits label=Traits source=traits.xml/ /book - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DOCUMENTATION] design/alt.design new files [1 of 2]
Arved or Keiron, Attached are new files for the xml-fop/docs/design/alt.design directory. They are in 1 of 2 .tgz files. This one contains compound-properties.xml coroutines.png coroutines.xml footnotes.xml galley-preprocessing.png galleys.xml initial-column-values.png Some diffs for other files have also been sent. Peter alt.design.1.tgz Description: GNU Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DOCUMENTATION] design/alt.design new files [2 of 2]
Arved or Keiron, Attached are new files for the xml-fop/docs/design/alt.design directory. They are in 2 of 2 .tgz files. This one contains line-area-5.png line-area-6.png traits.xml Some diffs for other files have also been sent. Peter alt.design.2.tgz Description: GNU Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Problems with SAX pipeline
my code uses the following: transformer.transform( new DOMSource( doc ), new SAXResult( _driver.getContentHandler() )); and it works great. Lemme know if you'd like to see the rest. :) -- David B. Bitton [EMAIL PROTECTED] www.codenoevil.com Code Made Fresh DailyT - Original Message - From: J.Pietschmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 4:16 PM Subject: Re: Problems with SAX pipeline Laurent Bihanic wrote: This application uses a SAX pipeline to apply an XSLT transformation (XML - XSL-FO) and feed it into FOP's Driver directly through its ContentHandler. FOP does not display any error message but the generated PDF file is 2 KB shorter than when generated from the same FO document read from a file and Acrobat Reader complains that the file is damaged and could not be repaired. No. I suggest to check your SAX stream first whether all elements are properly closed. Try to feed it as a SAXSource to an identity XSL transformation (use TransformerFactory.newInstance().newTransformer()). The serialized file will be always well-formed (the transformer closes open elements for you) but you could check for suspicious omissions at the end. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [DOCUMENTATION] design/alt.design new files [2 of 2]
From: Peter B. West [EMAIL PROTECTED] Attached are new files for the xml-fop/docs/design/alt.design directory. Gee, this is cool! :-) catching up on tons of mail -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [DOCUMENTATION] diffs for files in design/alt.design
Peter, This has been committed to cvs. Thanks. On 2002.03.27 03:49 Peter B. West wrote: Arved or Keiron, Attached are diffs for xml-fop/docs/design/alt.design/alt.properties.xml and xml-fop/docs/design/alt.design/book.xml. A previous email included new files for the design/alt.design directory. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
