[Bug 1618] - Bug with fo:page-number-citation and CID fonts
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1618 *** shadow/1618 Sun May 20 17:26:43 2001 --- shadow/1618.tmp.11837 Wed Jun 6 12:58:29 2001 *** *** 1,20 ! Bug#: 1618 ! Product: Fop ! Version: all ! Platform: PC ! OS/Version: Windows NT/2K ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: ! Component: general ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: Bug with fo:page-number-citation and CID fonts ! When I use the embedded CID TT fonts, I see the garbage instead of numeric characters generated by fo:page-number-citation. Seems what ASCII-codes of numeric chars replaced by CID codes incorrectly. Thanks. --- 1,23 ! ++ ! | Bug with fo:page-number-citation and CID fonts| ! ++ ! |Bug #: 1618Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | ! | Severity: Normal OS/Version: Windows NT/2K | ! | Priority: High Component: general | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! | CC list: Cc: | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | When I use the embedded CID TT fonts, I see the garbage instead of numeric characters generated by fo:page-number-citation. Seems what ASCII-codes of numeric chars replaced by CID codes incorrectly. Thanks. + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-06 12:58 --- + Moved conversion from character to CID from LineArea to PDFRenderer \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2150] - New page with a table-header but without any table-body
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2150 *** shadow/2150 Wed Jun 13 02:22:32 2001 --- shadow/2150.tmp.13681 Wed Jun 13 02:24:26 2001 *** *** 25,27 --- 25,31 wbr Georg Stengl + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 02:24 --- + Created an attachment (id=217) + The generated pdf-file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2150] - New page with a table-header but without any table-body
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2150 *** shadow/2150 Wed Jun 13 02:25:03 2001 --- shadow/2150.tmp.13703 Wed Jun 13 02:25:31 2001 *** *** 34,36 --- 34,41 --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 02:25 --- Created an attachment (id=218) The xsl-file + + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-13 02:25 --- + Created an attachment (id=219) + The xml-file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2153] New: - Borders are calculated incorrectly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2153
*** shadow/2153 Wed Jun 13 07:36:40 2001
--- shadow/2153.tmp.14706 Wed Jun 13 07:36:40 2001
***
*** 0
--- 1,83
+ ++
+ | Borders are calculated incorrectly |
+ ++
+ |Bug #: 2153Product: Fop |
+ | Status: NEW Version: all |
+ | Resolution:Platform: PC |
+ | Severity: Critical OS/Version: Linux |
+ | Priority: Other Component: pdf renderer|
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ this patch calculate table cell content offset and table cell height
+ when fo:table border-collapse property is separate
+
+ cell border sizes got from properties specified directly on cell
+ (they should be combined with other cell borders or table borders)
+
+ The patch was made by Ivan Demakov [EMAIL PROTECTED] for one of our projects.
+
+ --- src/org/apache/fop/fo/flow/TableCell.java.origWed Jun 6 15:04:12 2001
+ +++ src/org/apache/fop/fo/flow/TableCell.java Wed Jun 6 16:12:32 2001
+ @@ -47,6 +47,9 @@
+*/
+ protected int beforeOffset;
+
+ + /* ivan demakov */
+ + protected int borderHeight = 0;
+ +
+ protected int height = 0;
+ protected int top; // Ypos of cell ???
+ protected int verticalAlign ;
+ @@ -155,7 +158,7 @@
+ this.cellArea =
+ new
+AreaContainer(propMgr.getFontState(area.getFontInfo()),
+
+ startOffset, beforeOffset,
+ -
+ width, area.spaceLeft()- m_borderSeparation/2,
+ +
+ width, area.spaceLeft()- m_borderSeparation/2 +
+borderHeight/2,
+
+ Position.RELATIVE);
+
+ cellArea.foCreator=this;// G Seshadri
+ @@ -215,7 +218,7 @@
+ // TableRow calls this. Anyone else?
+ public int getHeight() {
+ // return cellArea.getHeight() + spaceBefore +
+spaceAfter;
+ - return cellArea.getHeight() + m_borderSeparation ;
+ + return cellArea.getHeight() + m_borderSeparation -
+borderHeight / 2;
+ }
+
+ /** Called by TableRow to set final size of cell content rectangles and
+ @@ -230,7 +233,7 @@
+ // cellArea.setMaxHeight(h);
+ // Increase content height by difference of row
+content height
+ // and current cell allocation height (includes
+borders padding)
+ - cellArea.increaseHeight(h - cellArea.getHeight());
+ + cellArea.increaseHeight(h + borderHeight/2 -
+cellArea.getHeight());
+ if (bRelativeAlign) {
+ // Must get info for all cells
+starting in row!
+ // verticalAlign can be BEFORE or
+BASELINE
+ @@ -316,6 +319,19 @@
+ column. Look out for spanning
+columns.
+ */
+
+ + /* ivan demakov */
+ + int borderStart =
+bp.getBorderLeftWidth(false);
+ + int borderEnd=
+bp.getBorderRightWidth(false);
+ + int borderBefore =
+bp.getBorderTopWidth(false
[Bug 2207] New: - Embedding problems
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2207 *** shadow/2207 Mon Jun 18 01:06:41 2001 --- shadow/2207.tmp.18367 Mon Jun 18 01:06:41 2001 *** *** 0 --- 1,41 + ++ + | Embedding problems | + ++ + |Bug #: 2207Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hi there, + + I have some difficulty embedding the Bar39f true type font. At the bottom of + my e-mail you can find an indication of what the error is when tryong to + embed this font. + Currently, I'm using the latest version of FOP. + I would be most thankful if you could assist me in my problem. + + Kind Regards, + Hannes Pieters. + + S/W Solutions + Data Solve + + C:\java org.apache.fop.fonts.apps.TTFReader bar39f.ttf bar39f.xml + Reading bar39f.ttf... + + Number of glyphs in font: 74 + java.io.EOFException: Reached EOF, file size=13152 offset=77044 + at + org.apache.fop.fonts.FontFileReader.seek_set(FontFileReader.java:73) + at org.apache.fop.fonts.TTFFile.readCMAP(TTFFile.java:208) + at org.apache.fop.fonts.TTFFile.readFont(TTFFile.java:395) + at org.apache.fop.fonts.apps.TTFReader.loadTTF(TTFReader.java:183) + at org.apache.fop.fonts.apps.TTFReader.main(TTFReader.java:145) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2170] - Table Column overflow - endless loop
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2170 *** shadow/2170 Wed Jun 13 21:56:55 2001 --- shadow/2170.tmp.18535 Mon Jun 18 01:39:14 2001 *** *** 2,9 | Table Column overflow - endless loop | ++ |Bug #: 2170Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ --- 2,9 | Table Column overflow - endless loop | ++ |Bug #: 2170Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ *** *** 1632,1634 --- 1632,1637 /fo:flow /fo:page-sequence /fo:root + + --- Additional Comments From [EMAIL PROTECTED] 2001-06-18 01:39 --- + Works as of FOP 0.19 \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2243] New: - extra space at the beginning of next line after line feed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2243
*** shadow/2243 Tue Jun 19 18:27:19 2001
--- shadow/2243.tmp.27789 Tue Jun 19 18:27:19 2001
***
*** 0
--- 1,29
+ ++
+ | extra space at the beginning of next line after line feed |
+ ++
+ |Bug #: 2243Product: Fop |
+ | Status: NEW Version: 0.15|
+ | Resolution:Platform: PC |
+ | Severity: Normal OS/Version: Windows NT/2K |
+ | Priority: Other Component: general |
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ I use white-space-collapse=false to preserve line feed (#10;) in a
+ fo:block. However, a extra white space is added at the beginning of next
+ line. Looks like this:
+ This is the 1st line.
+ This is the 2nd line.
+ This is the 3rd line.
+
+ Here's a sample block of codes:
+ fo:block white-space-collapse=false text-align=start
+xsl:value-of select=key('req-key', 'FieldA')/
+xsl:text#10;/xsl:text
+xsl:value-of select=key('req-key', 'FieldB')/
+ /fo:block
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
[Bug 2255] New: - [Patch] Load required file using the Context Class Loader (needed for Cocoon2)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2255 *** shadow/2255 Wed Jun 20 13:40:54 2001 --- shadow/2255.tmp.6472Wed Jun 20 13:40:54 2001 *** *** 0 --- 1,38 + ++ + | [Patch] Load required file using the Context Class Loader (needed for Coco | + ++ + |Bug #: 2255Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: All | + | Severity: Critical OS/Version: Other | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: http://marc.theaimsgroup.com/?l=fop-devm=99305908122945w=2 | + ++ + | DESCRIPTION | + Hi fop-team, + + Some files like config.xml (in Options.java) and *.hyp (in Hyphenator.java) are + loaded using + getResourceAsStream on the class itself. This will not work under some class- + loaders for example + ServletExec3.1. We have faced this problem in many of the projects for example + Xalan. The + suggested fix (see attached patch) is to try using the Thread Context + ClassLoader and if that + fails then use the class'es getResourceAsStream as a fallback mechanism. I have + tested this patch + in a few environments with no problems. + + The patch is against the latest CVS. Please accept this patch. This will enable + Cocoon2 to work + without problems. This will not break anything that works now. + + Thanks, + dims + + PS: See the URL for patch. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2278] New: - left indent after table
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2278 *** shadow/2278 Fri Jun 22 00:40:43 2001 --- shadow/2278.tmp.18516 Fri Jun 22 00:40:43 2001 *** *** 0 --- 1,43 + ++ + | left indent after table| + ++ + |Bug #: 2278Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + hi there + + i tried a few things getting started with fop and xsl:fo. + i ran into a suspicous behaviour when using a table. + after rendering the second part of my table looks like + (rightmost columns omitted) + - + LN:-12345678-- + | |brown fox jumps o + | |jumps over the laz + | |the lazy dog. A qui + | | + | |dog. A quick brown + | |quick brown fox ju + | | + brown fox jumps o + |1.00 |B 910351521001 + + | |ENTGRATRWERKZEUG + | |HARTSTOFFBE-SCHICHT + + | |Farbe mit leerer + + - + + if somebody could tell me if this is a bug in fop or a bug in + my stylesheet i would greatly appreciate any comments. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2279] New: - block-container property position does not exist
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2279 *** shadow/2279 Fri Jun 22 02:26:22 2001 --- shadow/2279.tmp.18640 Fri Jun 22 02:26:22 2001 *** *** 0 --- 1,19 + ++ + | block-container property position does not exist | + ++ + |Bug #: 2279Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: All | + | Severity: Normal OS/Version: All | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The block-container property position does not exist. It must be renamed to + absolute-position + BTW, why does the documentation say that the block-container is unsupported? \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2296] New: - Calling Fop through a servlet
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2296 *** shadow/2296 Fri Jun 22 17:31:48 2001 --- shadow/2296.tmp.24499 Fri Jun 22 17:31:48 2001 *** *** 0 --- 1,63 + ++ + | Calling Fop through a servlet | + ++ + |Bug #: 2296Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hi I am using latest Fop 19. I am able to convert my .fo files to .pdf easily + by using fop.bat file. I am trying to create a servlet which can provide the + functionality of converting any file (chosen by user through browser., + mainly .fo) to pdf. I found an example FopServlet that accomplishes the + purpose. But I am not able to compile the FopServlet.java to .class file. It + did not compile and the following are the error I got. + + + D:\manik\fop19\docs\examples\embeddingjavac FopServlet.java + FopServlet.java:59: Class org.xml.sax.InputSource not found in import. + import org.xml.sax.InputSource; +^ + FopServlet.java:60: Class org.xml.sax.XMLReader not found in import. + import org.xml.sax.XMLReader; +^ + FopServlet.java:62: Class org.apache.fop.apps.Driver not found in import. + import org.apache.fop.apps.Driver; +^ + FopServlet.java:63: Class org.apache.fop.apps.Version not found in import. + import org.apache.fop.apps.Version; +^ + 4 errorsD:\manik\fop19\docs\examples\embeddingjavac FopServlet.java + FopServlet.java:59: Class org.xml.sax.InputSource not found in import. + import org.xml.sax.InputSource; +^ + FopServlet.java:60: Class org.xml.sax.XMLReader not found in import. + import org.xml.sax.XMLReader; +^ + FopServlet.java:62: Class org.apache.fop.apps.Driver not found in import. + import org.apache.fop.apps.Driver; +^ + FopServlet.java:63: Class org.apache.fop.apps.Version not found in import. + import org.apache.fop.apps.Version; +^ + 4 errors + + + I tried to build the fop by the calling build.bat(d:\manik\fop19\build.bat) in + the command line. The build was successfull., but still javac FopServlet.java + was not sucessfull. Please let me know, how i can call successfully create the + class FopServlet.class and call it through a servlet (running from jakarta + tomcat server). + + Please help us ASAP. + + Thanks + Manik \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2441] New: - Fop 0.19 fails to shutdown when running -print
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2441 *** shadow/2441 Tue Jul 3 13:43:06 2001 --- shadow/2441.tmp.10969 Tue Jul 3 13:43:06 2001 *** *** 0 --- 1,80 + ++ + | Fop 0.19 fails to shutdown when running -print | + ++ + |Bug #: 2441Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Blocker OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + We observed that Fop 0.19.0-CVS simply hangs forever when + the -print option is used. Output properly goes to + the printer, but the vm never shutsdown. + + We fixed it by tossing in an System.exit(0) - but we + assume others might prefer a more ~elegent~ solution. + + one other clue: when output goes to -pdf file + the output stream prints [1] and [2] + + Thread dump follows: + + FOP 0.19.0-CVS + using SAX parser org.apache.xerces.parsers.SAXParser + building formatting object tree + setting up fonts + formatting FOs into areas + [1] + Full thread dump: + + Thread-1 prio=5 tid=0x7a4300 nid=0x142 waiting on monitor [0..0x6fb30] + + AWT-Windows prio=7 tid=0x79bde0 nid=0x13d runnable [0x8f6f000..0x8f6fdc0] + at sun.awt.windows.WToolkit.eventLoop(Native Method) + at sun.awt.windows.WToolkit.run(Unknown Source) + at java.lang.Thread.run(Unknown Source) + + SunToolkit.PostEventQueue-0 prio=7 tid=0x79a8e0 nid=0x155 waiting on monitor [ + 0x8f2f000..0x8f2fdc0] + at java.lang.Object.wait(Native Method) + at java.lang.Object.wait(Unknown Source) + at sun.awt.PostEventQueue.run(Unknown Source) + + AWT-EventQueue-0 prio=7 tid=0x7990a0 nid=0xe5 waiting on monitor [0x8eef000..0 + x8eefdc0] + at java.lang.Object.wait(Native Method) + at java.lang.Object.wait(Unknown Source) + at java.awt.EventQueue.getNextEvent(Unknown Source) + at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) + + at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) + at java.awt.EventDispatchThread.pumpEvents(Unknown Source) + at java.awt.EventDispatchThread.run(Unknown Source) + + Signal Dispatcher daemon prio=10 tid=0x768050 nid=0xbe waiting on monitor [0.. + 0] + + Finalizer daemon prio=9 tid=0x766e30 nid=0xbd waiting on monitor [0x8d8f000..0 + x8d8fdc0] + at java.lang.Object.wait(Native Method) + at java.lang.ref.ReferenceQueue.remove(Unknown Source) + at java.lang.ref.ReferenceQueue.remove(Unknown Source) + at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source) + + Reference Handler daemon prio=10 tid=0x765b50 nid=0x14d waiting on monitor [0x + 8d4f000..0x8d4fdc0] + at java.lang.Object.wait(Native Method) + at java.lang.Object.wait(Unknown Source) + at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source) + + VM Thread prio=5 tid=0x764de0 nid=0xd7 runnable + + VM Periodic Task Thread prio=10 tid=0x7671d0 nid=0x49 waiting on monitor + Suspend Checker Thread prio=10 tid=0x768690 nid=0x37 runnable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2460] New: - Mulitple boder lines between the colums in a table
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2460 *** shadow/2460 Thu Jul 5 08:57:21 2001 --- shadow/2460.tmp.4151Thu Jul 5 08:57:21 2001 *** *** 0 --- 1,28 + ++ + | Mulitple boder lines between the colums in a table | + ++ + |Bug #: 2460Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Other | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I installed FOP 18.1 and tried to create the pdf file for the table.fo that + comes along with the product as an example.. + + the problem is i looked at the out put pdf and found that in page 4 i have a + table in which it has two lines as border between the colums... the reason why + i am asking you this is I created a xsl style sheet for my xml and created a + pdf using your product... I have the above mentioned problem..but using the + same files with Antenna house xsl formatter I am getting the correct output... + + please help me !! + + Ram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2463] New: - No of lines per page in a PDF output file
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2463 *** shadow/2463 Thu Jul 5 12:49:25 2001 --- shadow/2463.tmp.6391Thu Jul 5 12:49:25 2001 *** *** 0 --- 1,28 + ++ + | No of lines per page in a PDF output file | + ++ + |Bug #: 2463Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I have created a XSL style sheet for an XML document and using Xalan I created + a FO and I used FOP (18) to create the PDF. + + My out put has only 10 lines per page, It has lot space left unused below the + 10th line... but if I use the same files(xml XSL) in Antenna house's XSL + Formatter..it works fine. + + Please advise if I need to do any kind of special change in my XSL to meet FOP + or Xalan's Requirements. + + Thanks + Ram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2475] New: - Borders don't appear to work in fo:table-row
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2475 *** shadow/2475 Fri Jul 6 05:14:23 2001 --- shadow/2475.tmp.15120 Fri Jul 6 05:14:24 2001 *** *** 0 --- 1,35 + ++ + | Borders don't appear to work in fo:table-row | + ++ + |Bug #: 2475Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In version 0.19.0-cvs, on NT: + + While the following works, + fo:table-cell + border-after-style=solid + border-after-width=2px ... ... + + the following appears NOT to work + fo:table-row + border-after-style=solid + border-after-width=2px ... ... + + Results seem to be consistent among + -awt + -print + -pdf + + 'best + -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2429] - Incorrect handeling of fo:leader attribute leader-pattern
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2429 *** shadow/2429 Tue Jul 3 00:26:23 2001 --- shadow/2429.tmp.21975 Fri Jul 6 17:10:12 2001 *** *** 2,9 | Incorrect handeling of fo:leader attribute leader-pattern | ++ |Bug #: 2429Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: All | | Severity: Normal OS/Version: Linux | | Priority: Other Component: pdf renderer| ++ --- 2,9 | Incorrect handeling of fo:leader attribute leader-pattern | ++ |Bug #: 2429Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: All | | Severity: Normal OS/Version: Linux | | Priority: Other Component: pdf renderer| ++ *** *** 36,39 instead of !3.5 Graphics ... xx --- 36,43 instead of !3.5 Graphics ... xx ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-07-06 17:10 --- ! This is probably the same bug as the one I reported and supplied a patch for ! in the fop-dev mailing list a few days ago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2504] New: - Some font properties in tables are not preserved across columns
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2504
*** shadow/2504 Sun Jul 8 17:31:04 2001
--- shadow/2504.tmp.4016Sun Jul 8 17:31:04 2001
***
*** 0
--- 1,17
+ ++
+ | Some font properties in tables are not preserved across columns|
+ ++
+ |Bug #: 2504Product: Fop |
+ | Status: NEW Version: 0.17|
+ | Resolution:Platform: PC |
+ | Severity: Normal OS/Version: Linux |
+ | Priority: High Component: pdf renderer|
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ There are two similar cases wherein' font-variant=small-caps' property is
+notpreserved by Fop-0.18.1-DEV.1, When used in a table-header and the table is longer
+than will fit in a single column of a multicolumn page (' column-count=2' ). In this
+case the small-caps text (which appearscorrectly the first time) is rendered as all
+large caps (i.e. non-leading chars are mapped toupper case, but of the same height as
+the leading char). In this case the text is hardcoded literalsin an xsl file used to
+transliate an xml file into pdf.2. When a small-caps heading is placed in a
+table-body of a table placed in a simple-page-master region-before and the flow
+causes a second page to be created using the region-before's static-content.It also
+appears that other font properties are not always preserved. Both text-indent and
+(text)color were not preserved on at least one occasion each. In this case the text
+is retrieved byXalan from an xml file being formatted into pdf.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
[Bug 2638] New: - How to include non xml svg?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2638 *** shadow/2638 Mon Jul 16 06:12:28 2001 --- shadow/2638.tmp.4496Mon Jul 16 06:12:28 2001 *** *** 0 --- 1,132 + ++ + | How to include non xml svg?| + ++ + |Bug #: 2638Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: svg | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hello + + I have to generate pdf files including svg. The svg are generated by an + external chart generator and not xml. + + The batic svg browser and applications like Adobe SVG Viewer read and shows + such files correctly. + + I tried to generate pdf with such svg in different ways without success. + An external-graphic or an instream-foreign-object seems to expect a xml svg. + + + fo:external-graphic src=http://localhost:81/myGenerator; / + or fo:external-graphic src= myGeneratedChart.svg / + causes the error: + [1ERROR LOADING EXTERNAL SVG: An invalid XML character (Unicode: 0x1f) was + found in the prolog of the document. + + + So I tried svg:image. But there occurred a NoSuchMethodException. + + The source: + + fo:instream-foreign-object + svg:svg xmlns:svg='http://www.w3.org/2000/svg' width='15cm' height='15cm' + svg:image src=”http://localhost:81/myGenerator” + width='11cm' height='11cm'/ + /svg:svg + /fo:instream-foreign-object + + causes: + java.lang.reflect.InvocationTargetException: java.lang.NoSuchMethodError + java.lang.Throwable() + java.lang.Error() + java.lang.LinkageError() + java.lang.IncompatibleClassChangeError() + java.lang.NoSuchMethodError() + org.apache.batik.util.ParsedURLData(java.net.URL) + org.apache.batik.util.ParsedURLData(java.net.URL) + org.apache.batik.util.ParsedURLData + org.apache.batik.util.ParsedURLDefaultProtocolHandler.constructParsedURLData + (java.net.URL) + org.apache.batik.util.ParsedURLData + org.apache.batik.util.ParsedURLDefaultProtocolHandler.parseURL(java.lang.String) + org.apache.batik.util.ParsedURLData + org.apache.batik.util.ParsedURL.parseURL(java.lang.String) + org.apache.batik.util.ParsedURLData + org.apache.batik.util.ParsedURL.parseURL(java.lang.String, java.lang.String) + org.apache.batik.util.ParsedURL(java.lang.String, java.lang.String) + org.apache.batik.gvt.GraphicsNode + org.apache.batik.bridge.SVGImageElementBridge.createGraphicsNode + (org.apache.batik.bridge.BridgeContext, org.w3c.dom.Element) + void org.apache.batik.bridge.GVTBuilder.buildGraphicsNode + (org.apache.batik.bridge.BridgeContext, org.w3c.dom.Element, + org.apache.batik.gvt.CompositeGraphicsNode) + void org.apache.batik.bridge.GVTBuilder.buildComposite + (org.apache.batik.bridge.BridgeContext, org.w3c.dom.Element, + org.apache.batik.gvt.CompositeGraphicsNode) + org.apache.batik.gvt.GraphicsNode + org.apache.batik.bridge.GVTBuilder.build(org.apache.batik.bridge.BridgeContext, + org.w3c.dom.Document) + void org.apache.fop.render.pdf.PDFRenderer.renderSVGDocument + (org.w3c.dom.Document, int, int, org.apache.fop.layout.FontState) + void org.apache.fop.render.pdf.PDFRenderer.renderSVGArea + (org.apache.fop.svg.SVGArea) + void org.apache.fop.svg.SVGArea.render + (org.apache.fop.render.Renderer) + void org.apache.fop.render.pdf.PDFRenderer.renderForeignObjectArea + (org.apache.fop.layout.inline.ForeignObjectArea) + void org.apache.fop.layout.inline.ForeignObjectArea.render + (org.apache.fop.render.Renderer) + void org.apache.fop.render.PrintRenderer.renderLineArea + (org.apache.fop.layout.LineArea) + void org.apache.fop.layout.LineArea.render + (org.apache.fop.render.Renderer) + void
[Bug 2489] - leader CID font bug
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2489 *** shadow/2489 Fri Jul 6 17:15:29 2001 --- shadow/2489.tmp.29458 Tue Jul 17 13:24:52 2001 *** *** 2,9 | leader CID font bug| ++ |Bug #: 2489Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: All | | Severity: MajorOS/Version: Other | | Priority: Other Component: pdf renderer| ++ --- 2,9 | leader CID font bug| ++ |Bug #: 2489Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: DUPLICATE Platform: All | | Severity: MajorOS/Version: Other | | Priority: Other Component: pdf renderer| ++ *** *** 82,85 } WordArea leaderPatternArea = new WordArea(currentFontState, this.red, this.green, ! == --- 82,90 } WordArea leaderPatternArea = new WordArea(currentFontState, this.red, this.green, ! == ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-07-17 13:24 --- ! ! ! *** This bug has been marked as a duplicate of 2556 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2556] - fo:leader has strange behavior when used with CID encoded Embedded TTF
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2556 *** shadow/2556 Tue Jul 17 13:24:53 2001 --- shadow/2556.tmp.29518 Tue Jul 17 13:29:01 2001 *** *** 2,9 | fo:leader has strange behavior when used with CID encoded Embedded TTF | ++ |Bug #: 2556Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: general | ++ --- 2,9 | fo:leader has strange behavior when used with CID encoded Embedded TTF | ++ |Bug #: 2556Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: Other | | Severity: Normal OS/Version: Other | | Priority: Other Component: general | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2243] - extra space at the beginning of next line after line feed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2243 *** shadow/2243 Tue Jun 26 18:17:32 2001 --- shadow/2243.tmp.16451 Thu Jul 19 18:13:24 2001 *** *** 4,10 |Bug #: 2243Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: general | ++ | Assigned To: [EMAIL PROTECTED] | --- 4,10 |Bug #: 2243Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: general | ++ | Assigned To: [EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2740] - multi-page tables sometimes render badly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2740 *** shadow/2740 Mon Jul 23 07:23:50 2001 --- shadow/2740.tmp.4274Mon Jul 23 07:25:43 2001 *** *** 30,32 --- 30,37 --- Additional Comments From [EMAIL PROTECTED] 2001-07-23 07:23 --- Created an attachment (id=350) the FO source which has an instance of this bug - notice how row 23 is lost + + + --- Additional Comments From [EMAIL PROTECTED] 2001-07-23 07:25 --- + Created an attachment (id=351) + the badly rendered PDF - notice how row 23 is lost - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2740] New: - multi-page tables sometimes render badly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2740 *** shadow/2740 Mon Jul 23 07:21:27 2001 --- shadow/2740.tmp.4212Mon Jul 23 07:21:27 2001 *** *** 0 --- 1,28 + ++ + | multi-page tables sometimes render badly | + ++ + |Bug #: 2740Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + (This is actually for FOP Fop-0.19.0-CVS, but bugzilla would not let me enter + that. + Also, it may be a duplicate of 2379 rendering a table with a grid, the table + overflows the page) + + When rendering (to PDF), tables that don't fit vertically on a single (A4) page + and thus wrap over to the next, sometimes get rendered below the bottom of the + region-body - it seems the region-body's margin-bottom is not respected. + In these cases, a row will sometimes fall below the visible part of the page and + not show at all on the rendered page. + + The tables in question have a border and cell-padding. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2243] - extra space at the beginning of next line after line feed
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2243 *** shadow/2243 Thu Jul 19 18:13:24 2001 --- shadow/2243.tmp.24349 Tue Jul 24 15:08:14 2001 *** *** 2,9 | extra space at the beginning of next line after line feed | ++ |Bug #: 2243Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: general | ++ --- 2,9 | extra space at the beginning of next line after line feed | ++ |Bug #: 2243Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | | Priority: Other Component: general | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2297] - Japanese Kanji SPACE does not show correctly
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2297 *** shadow/2297 Sat Jun 23 00:08:18 2001 --- shadow/2297.tmp.24365 Tue Jul 24 15:09:46 2001 *** *** 2,9 | Japanese Kanji SPACE does not show correctly | ++ |Bug #: 2297Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ --- 2,9 | Japanese Kanji SPACE does not show correctly | ++ |Bug #: 2297Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2837] New: - Internal Servlet Error: NoClassDefFoundError
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2837 *** shadow/2837 Thu Jul 26 09:30:34 2001 --- shadow/2837.tmp.17378 Thu Jul 26 09:30:34 2001 *** *** 0 --- 1,50 + ++ + | Internal Servlet Error: NoClassDefFoundError | + ++ + |Bug #: 2837Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Blocker OS/Version: Other | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hi there, + + I'm trying to get the FopServlet class included with the Fop distribution to + work but I keep getting the above error when I include the ?fo= parameter. + + I'm working with a Win 2K Advanced Server with IIS 5, and I've also installed + the following: + + JDK 1.3 + Apache 1.3.20 (service working fine, using port 8040) + Jakarta-Tomcat 3.2.3 (service working fine, using port 8041) + Jakarta ISAPI redirector (virtual directory is in IIS and ISAPI filter is up + and running) + FOP 0.19.0-CVS (works fine when I run it from the command line but *not* when + I'm using the FopServlet). + + I can run the Jakarta examples OK, and I've copied the fop.war file into the + webapps folder and created a context for fop. If I fire up my browser and go + to http://localhost:8041/fop/servlet/fop it says I need the 'fo' parameter so + it must be running the servlet code, but when I add on the ?fo=... it falls + over with an internal servlet error: + + java.lang.NoClassDefFoundError:org/apache/fop/apps/Driver + at org.apache.fop.tools.servlet.FopServlet.renderFO(FopServlet.java:117) + at org.apache.fop.tools.servlet.FopServlet.doGet(FopServlet.java:88) + at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) etc... + + I've checked my .jar files and all the classes directly referenced by the + Driver appear to be there. That's as far as I've got so far - can someone shed + light on what might be missing or what I've done wrong?!? + + Cheers! + + Dave. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2867] New: - external-graphic content-width and content-height do not render in PDF
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2867 *** shadow/2867 Fri Jul 27 14:05:56 2001 --- shadow/2867.tmp.3118Fri Jul 27 14:05:56 2001 *** *** 0 --- 1,27 + ++ + | external-graphic content-width and content-height do not render in PDF | + ++ + |Bug #: 2867Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: images | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The following FO tag is not rendered properly in a generated PDF file when it + is specified in an XSLT file and the FOP.jar is called to convert an XML file + with the XSL stylesheet to a PDF. + + The image is rendered in the PDF the same size as the original file. The image + is viewed correctly when using the Antenna House XSL formatter (1x800px). + + fo:block + fo:external-graphic src=file:1x1-black.bmp content-height=1px content- + width=800px/ + /fo:block - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2880] New: - Incorrect rendering on non-ASCII machines
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2880 *** shadow/2880 Mon Jul 30 02:14:16 2001 --- shadow/2880.tmp.20872 Mon Jul 30 02:14:16 2001 *** *** 0 --- 1,24 + ++ + | Incorrect rendering on non-ASCII machines | + ++ + |Bug #: 2880Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Other | + | Severity: MajorOS/Version: Other | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I'm using OS/390 and IBM JDK1.3.0 + When i use FOP in order to render PDF, the PDF headers are created in EBCDIC, + and the PDF streams are written in binary, so the genereated pdf file is + unreadable in a ASCII or EBCDIC machine. + + I suppose you're using methods like writeBytes or writeChars or something like + that. In EBCDIC machines the results are different when writen bytes or chars + to a file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2891] New: - broken svg-graphics (pie-chart) in latest FOP-Snapshots
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2891 *** shadow/2891 Mon Jul 30 06:58:39 2001 --- shadow/2891.tmp.23987 Mon Jul 30 06:58:39 2001 *** *** 0 --- 1,252 + ++ + | broken svg-graphics (pie-chart) in latest FOP-Snapshots| + ++ + |Bug #: 2891Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: svg | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The Following SVG renders fine using FOP 0.18.1 + Release 0.19.0 doesn't render it at all. + latest Snapshots produce broken graphics. + + + ?xml version=1.0 encoding=iso-8859-1? + fo:root xmlns:svg=http://www.w3.org/2000/svg; + xmlns:fo=http://www.w3.org/1999/XSL/Format; + fo:layout-master-set + fo:simple-page-master margin-bottom=10mm margin-right=10mm margin- + left=10mm margin-top=10mm page-height=297mm page-width=210mm master- + name=titlepage + fo:region-body margin-bottom=25mm margin-right=25mm margin-left=25mm + margin-top=30mm/ + /fo:simple-page-master + fo:simple-page-master margin-bottom=10mm margin-right=10mm margin- + left=10mm margin-top=10mm page-height=297mm page-width=210mm master- + name=simple + fo:region-before extent=20mm/ + fo:region-body margin-bottom=25mm margin-right=25mm margin-left=25mm + margin-top=30mm/ + fo:region-after extent=15mm/ + /fo:simple-page-master + /fo:layout-master-set + fo:page-sequence master-name=simple + fo:static-content flow-name=xsl-region-before + fo:block text-align=center font-size=10pt font-family=Helvetica/ + /fo:static-content + fo:flow flow-name=xsl-region-body + fo:block font-size=9pt font-family=Helvetica + fo:block space-after.optimum=3em text-align=center font-weight=bold font- + family=Helvetica font-size=24ptPie-Chart Example/fo:block + fo:block/ + fo:instream-foreign-object + svg:svg height=300 width=300 + svg:defs + svg:filter id=dropshadow + svg:feGaussianBlur result=blur stdDeviation=4 in=SourceAlpha/ + svg:feOffset result=offsetBlurredAlpha dy=4 dx=4 in=blur/ + svg:feMerge + svg:feMergeNode in=offsetBlurredAlpha/ + svg:feMergeNode in=SourceGraphic/ + /svg:feMerge + /svg:filter + /svg:defs + svg:rect style=fill:#E3DFCC; height=270 width=250 y=5 x=25/ + svg:g transform=translate(150,150) + svg:path style=fill:orange; opacity:0.5; stroke:black; stroke-width:0.5; + d=M 0,0 L 75,0 A 75,75 00,1 65,37 z/ + svg:text style=font-family:Helvetica; font-size:7; fill:black text- + anchor=start y=21 x=80Jan (8%) + /svg:text + /svg:g + svg:g transform=translate(150,150) + svg:path style=fill:purple; opacity:0.5; stroke:black; stroke-width:0.5; + d=M 0,0 L 65,37 A 75,75 00,1 26,70 z/ + svg:text style=font-family:Helvetica; font-size:7; fill:black text- + anchor=start y=63 x=54Feb (11%) + /svg:text + /svg:g + svg:g transform=translate(150,150) + svg:path style=fill:white; opacity:0.5; stroke:black; stroke-width:0.5; d=M + 0,0 L 26,70 A 75,75 00,1 1,75 z/ + svg:text style=font-family:Helvetica; font-size:7; fill:black text- + anchor=start y=82 x=15Mar (6%) + /svg:text + /svg:g + svg:g transform=translate(150,150) + svg:path style=fill:blue; opacity:0.5; stroke:black; stroke-width:0.5; d=M + 0,0 L 1,75 A 75,75 00,1 -36,66 z/ + svg:text style=font-family:Helvetica; font-size:7; fill:black text- + anchor=end y=80 x=-20April (8%) + /svg:text + /svg:g + svg:g transform=translate(150,150) + svg:path style=fill:violet; opacity:0.5; stroke:black; stroke-width:0.5; + d=M 0,0 L -36,66 A 75,75 00,1 -47,58 z/ + svg:text style=font-family:Helvetica; font-size:7; fill:black text- + anchor=end y=69 x=-46May (3%) + /svg:text
[Bug 2909] New: - Gradient render error
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2909 *** shadow/2909 Mon Jul 30 18:47:13 2001 --- shadow/2909.tmp.2065Mon Jul 30 18:47:13 2001 *** *** 0 --- 1,78 + ++ + | Gradient render error | + ++ + |Bug #: 2909Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: images | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + There appears to be a problem when using the SVG 'linearGradient' + and 'radialGradient' functions. The image appears, however there is no colour + rendering - just black. + + The problem occurs when using either an external SVG file using fo:external- + graphic src=... or inline using fo:instream-foreign-object. + + The SVG works fine using a SVG viewer. + + The latest version of FOP (0.19) is being used on a Windows NT platform. + + Any help would be appreciated. + + Sample xsl: + --- + + fo:block space-before=.2cm color=green + fo:external-graphic SVG Test + /fo:block + + fo:block space-before=.2cm + fo:external-graphic src=file:linearTest.svg/ + /fo:block + + fo:block space-before=.2cm color=red + fo:instream-foreign-object SVG Test + /fo:block + + fo:instream-foreign-object + svg:svg width=200px height=50px + svg:g + svg:defs + svg:linearGradient id=BarGradient +svg:stop offset=0% stop-color=green/ +svg:stop offset=50% stop-color=yellow/ +svg:stop offset=100%stop-color=red/ + /svg:linearGradient + /svg:defs + svg:rect x=0 y=0 width=125 height=25 fill=url(#BarGradient) / + /svg:g + /svg:svg + /fo:instream-foreign-object + + SVG xml: + + + ?xml version=1.0 standalone=no? + !DOCTYPE svg PUBLIC -//W3C//DTD SVG 2802//EN + http://www.w3.org/TR/2000/CR-SVG-2802/DTD/svg-2802.dtd; + + svg width=125 height=25 xml:space=preserve + g + defs + linearGradient id=BarGradient + stop offset=0% stop-color=green/ + stop offset=50%stop-color=yellow/ + stop offset=100% stop-color=red/ + /linearGradient + /defs + rect x=0 y=0 width=125 height=25 fill=url(#BarGradient) / + /g + /svg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2880] - Incorrect rendering on non-ASCII machines
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2880 *** shadow/2880 Mon Jul 30 02:14:16 2001 --- shadow/2880.tmp.8889Tue Jul 31 03:40:41 2001 *** *** 21,24 I suppose you're using methods like writeBytes or writeChars or something like that. In EBCDIC machines the results are different when writen bytes or chars ! to a file. --- 21,32 I suppose you're using methods like writeBytes or writeChars or something like that. In EBCDIC machines the results are different when writen bytes or chars ! to a file. ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-07-31 03:40 --- ! I've been working on source files. I've found a possible soultion. The error is ! caused by the use of getBytes() in String translations. I've susbstituted ! getBytes() by getBytes(ISO-8859-1), so the render of PDF files runs in my ! EBCDIC (S390) machine and in my ASCII (windows) machine. ! I think the PDFDocument class should include a setEncoding(String enc) and ! a getEncoding() methods. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2959] New: - number-rows-spanned
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2959 *** shadow/2959 Wed Aug 1 20:35:55 2001 --- shadow/2959.tmp.3641Wed Aug 1 20:35:55 2001 *** *** 0 --- 1,26 + ++ + | number-rows-spanned| + ++ + |Bug #: 2959Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows 9x | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I cán´t use the propertie number-rows-spanned, Fop show me a menssage error, + and this menssage tel for me that a don´t put the number of cell's that it + especified in the number of columns. + File headfoo.fo that try to explain how to use table in fop have the same + problem when try to transform + WARNING: Number of cell columns under table-row not equal to number of table- + columns + ps: sory me about my english but i'm a brazilian studant and i have to do a job + to my school under XMLXSL - FO - PDF + thank you \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2987] New: - Large graphics put FOP 0.19 into an infinite loop
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2987 *** shadow/2987 Fri Aug 3 18:27:09 2001 --- shadow/2987.tmp.6099Fri Aug 3 18:27:09 2001 *** *** 0 --- 1,20 + ++ + | Large graphics put FOP 0.19 into an infinite loop | + ++ + |Bug #: 2987Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: Normal OS/Version: Solaris | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When FOP attempts to render a large external graphic, it appears to enter an + infinite loop in the Formatting FOs into areas stage. It outputs area numbers + until it runs out of memory. Shrinking the offending file fixes the problem. + The limit appears to be the size of the area available on the page. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2959] - number-rows-spanned
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2959 *** shadow/2959 Wed Aug 1 20:35:55 2001 --- shadow/2959.tmp.17126 Sat Aug 4 15:16:10 2001 *** *** 2,9 | number-rows-spanned| ++ |Bug #: 2959Product: Fop | ! | Status: NEW Version: 0.17| ! | Resolution:Platform: PC | | Severity: Critical OS/Version: Windows 9x | | Priority: Other Component: page-master/layout | ++ --- 2,9 | number-rows-spanned| ++ |Bug #: 2959Product: Fop | ! | Status: RESOLVEDVersion: 0.17| ! | Resolution: FIXED Platform: PC | | Severity: Critical OS/Version: Windows 9x | | Priority: Other Component: page-master/layout | ++ *** *** 24,26 --- 24,30 ps: sory me about my english but i'm a brazilian studant and i have to do a job to my school under XMLXSL - FO - PDF thank you + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-04 15:16 --- + This property is now fixed in the CVS version and will be in the 0.20.0 release + coming out in a few days. You'll have to use that version to use spanning rows. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2995] New: - runtests.bat has a cvs merging error in the distribution
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2995 *** shadow/2995 Sun Aug 5 19:01:56 2001 --- shadow/2995.tmp.28147 Sun Aug 5 19:01:56 2001 *** *** 0 --- 1,24 + ++ + | runtests.bat has a cvs merging error in the distribution | + ++ + |Bug #: 2995Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The docs/examples/runtests.bat is the examples directory in + Fop-0.19.0-CVS-src.tar.gz has a cvs merging problem in it. One of these + + blah blah blah + == + blah blah blah + + I'm sure you know what I mean. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2094] - number-rows-spanned not implemented for fo:table-body
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2094 *** shadow/2094 Sat Jun 9 04:21:32 2001 --- shadow/2094.tmp.9063Mon Aug 6 14:22:34 2001 *** *** 2,9 | number-rows-spanned not implemented for fo:table-body | ++ |Bug #: 2094Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: Other | | Severity: MinorOS/Version: Other | | Priority: Other Component: pdf renderer| ++ --- 2,9 | number-rows-spanned not implemented for fo:table-body | ++ |Bug #: 2094Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: Other | | Severity: MinorOS/Version: Other | | Priority: Other Component: pdf renderer| ++ *** *** 39,41 --- 39,45 total. The resulting table is discarded. + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-06 14:22 --- + This is fixed in CVS and will be in the 0.20 release. + Note: it will also work in table-header and table-footer! \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2964] - problems with height of cells in tables
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2964 *** shadow/2964 Thu Aug 2 05:28:25 2001 --- shadow/2964.tmp.9076Mon Aug 6 14:23:47 2001 *** *** 23,25 --- 23,30 --- Additional Comments From [EMAIL PROTECTED] 2001-08-02 05:28 --- Created an attachment (id=379) Demonstrating example + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-06 14:23 --- + You are right, but it's not only in tables; it's due to incorrect handling of + inline areas and should be fixed. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2475] - Borders don't appear to work in fo:table-row
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2475 *** shadow/2475 Fri Jul 6 05:14:24 2001 --- shadow/2475.tmp.9103Mon Aug 6 14:27:29 2001 *** *** 2,11 | Borders don't appear to work in fo:table-row | ++ |Bug #: 2475Product: Fop | ! | Status: NEW Version: all | | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | ! | Priority: Other Component: pdf renderer| ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| --- 2,11 | Borders don't appear to work in fo:table-row | ++ |Bug #: 2475Product: Fop | ! | Status: ASSIGNEDVersion: all | | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | ! | Priority: Other Component: general | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| *** *** 33,35 --- 33,40 'best -Ralph LaChance + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-06 14:27 --- + Known problem. borders should be taken into account on table-row if the + border-collapse property is set to collapse on table. Some clarification from + XSL spec is needed and is expected in the CR version. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2740] - multi-page tables sometimes render badly
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2740 *** shadow/2740 Mon Jul 23 07:25:43 2001 --- shadow/2740.tmp.9130Mon Aug 6 14:30:47 2001 *** *** 35,37 --- 35,44 --- Additional Comments From [EMAIL PROTECTED] 2001-07-23 07:25 --- Created an attachment (id=351) the badly rendered PDF - notice how row 23 is lost + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-06 14:30 --- + The overflow problem is fixed in CVS and will be in 0.20 release. But the test + file makes a different bug show up involving trailing white-space in the table + row. This isn't fixed yet, but the workaround is to get rid of extra white-space + at the end of table-cell content. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 1795] - table-cell background colour doesn't work.
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1795 *** shadow/1795 Mon May 28 01:55:44 2001 --- shadow/1795.tmp.9154Mon Aug 6 14:33:16 2001 *** *** 2,9 | table-cell background colour doesn't work. | ++ |Bug #: 1795Product: Fop | ! | Status: NEW Version: 0.17| ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: High Component: general | ++ --- 2,9 | table-cell background colour doesn't work. | ++ |Bug #: 1795Product: Fop | ! | Status: RESOLVEDVersion: 0.17| ! | Resolution: FIXED Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: High Component: general | ++ *** *** 20,22 --- 20,25 greetings dominik berger + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-06 14:33 --- + Fixed since 0.18 or maybe 0.19. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2150] - New page with a table-header but without any table-body
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2150 *** shadow/2150 Wed Jun 13 02:25:31 2001 --- shadow/2150.tmp.9188Mon Aug 6 14:41:27 2001 *** *** 2,11 | New page with a table-header but without any table-body | ++ |Bug #: 2150Product: Fop | ! | Status: NEW Version: all | | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | ! | Priority: Other Component: pdf renderer| ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | --- 2,11 | New page with a table-header but without any table-body | ++ |Bug #: 2150Product: Fop | ! | Status: ASSIGNEDVersion: all | | Resolution:Platform: PC | | Severity: MajorOS/Version: Windows NT/2K | ! | Priority: Other Component: page-master/layout | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 1952] - color attribute to table content overflowing on next page
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1952 *** shadow/1952 Fri Jun 1 08:04:59 2001 --- shadow/1952.tmp.15845 Tue Aug 7 04:32:58 2001 *** *** 4,13 |Bug #: 1952Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: Critical OS/Version: | ! | Priority: Component: pdf renderer| ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ --- 4,13 |Bug #: 1952Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: Critical OS/Version: All | ! | Priority: High Component: pdf renderer| ++ ! | Assigned To: [EMAIL PROTECTED]| | Reported By: [EMAIL PROTECTED]| | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2491] - footnote can't fit remaining space and crash
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2491 *** shadow/2491 Fri Jul 6 17:28:08 2001 --- shadow/2491.tmp.15858 Tue Aug 7 04:34:43 2001 *** *** 7,13 | Severity: Critical OS/Version: Other | | Priority: Other Component: pdf renderer| ++ ! | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ --- 7,13 | Severity: Critical OS/Version: Other | | Priority: Other Component: pdf renderer| ++ ! | Assigned To: [EMAIL PROTECTED]| | Reported By: [EMAIL PROTECTED] | | CC list: Cc: | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3044] New: - keep-together not functioning
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3044 *** shadow/3044 Wed Aug 8 08:26:09 2001 --- shadow/3044.tmp.5558Wed Aug 8 08:26:09 2001 *** *** 0 --- 1,128 + ++ + | keep-together not functioning | + ++ + |Bug #: 3044Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When generating PDF, keep-together.* appears to not function, as page break + appears inside block marked as 'keep-together.within-page=always'. Seems to + occur both within a table cell and outside of tables. Sample 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 + margin-right=2.54cm + margin-left=2.54cm + margin-bottom=0cm + margin-top=1.5cm + page-width=21.59cm + page-height=27.94cm + master-name=first + fo:region-before extent=2.54cm/ + fo:region-body margin-top=1cm margin-bottom=2.54cm/ + fo:region-after extent=2.54cm/ + /fo:simple-page-master + /fo:layout-master-set + + fo:page-sequence master-name=first + fo:static-content flow-name=xsl-region-before + fo:block font-family='Times' line-height=14pt font-size=10pt + text-align=endHeader/fo:block + /fo:static-content + fo:static-content flow-name=xsl-region-after + fo:block font-family='Times' line-height=14pt font-size=10pt + text-align=endPage fo:page-number//fo:block + /fo:static-content + + fo:flow flow-name=xsl-region-body + + fo:table border-collapse=separate + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + fo:table-column column-width=4.1275cm/ + + fo:table-body + fo:table-row + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid padding-left=2pt background- + color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-right-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'items/fo:block + /fo:table-cell + /fo:table-row + fo:table-row + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'item/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray + fo:block font-family='Times'item/fo:block + /fo:table-cell + fo:table-cell border-color=black border-width=0.5pt border-top- + style=solid border-left-style=solid border-bottom-style=solid padding- + left=2pt background-color=gray
[Bug 3007] - broken basic-link when referencing a following page
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3007 *** shadow/3007 Wed Aug 8 14:33:35 2001 --- shadow/3007.tmp.9409Wed Aug 8 14:35:21 2001 *** *** 131,133 --- 131,166 --- Additional Comments From [EMAIL PROTECTED] 2001-08-08 14:33 --- Created an attachment (id=401) Modified PDFDocmument.java + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-08 14:35 --- + I ran into the same problem and did some digging. I believe I've located the + problem. The problem is that the PDFDocument class sometimes creates an IDNode + for an ID before the IDReferences.createID gets called. When createID gets + called a bit later, it sees that the ID already exists and things it's a + duplicate. + + I made the following modifications to IDReferences, and that seemed to clear up + the problem: + + 1. Created a new attribute 'unvalidatedIds' to track IDs that have been created, + but not validated. + + 2. Created methods to add to, remove from and search for an ID in the + unvalidatedIds list. Modified constructor to initialize the list. + + 3. Modified createID to check if the Id is in the unvalidatedIds. If so, it + removes it from the list (as well as from the idValidation list). It does NOT + raise a dup error : + + 4. Added a CreateUnvalidatedID(ID as String) method that calls createNewId, AND + adds the new id to the unvalidateIds list. + + 5. Modified PDFDocument.getGoToReference to call CreateUnvalidatedID instead of + createNewId + + I've attached the modified java files. (Hope it's ok this way. Didn't have + time to pursue installing/using CVS) You may wish to consider a different name + than unvalidatedId (the similarity with idValidation may cause confusion). I + couldn't come up with anything better in the 5 minutes I spent thinking about it + : - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3059] New: - 0.19.0 'dark grey', 'light grey' borders render black horizontally
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3059 *** shadow/3059 Thu Aug 9 09:18:40 2001 --- shadow/3059.tmp.18492 Thu Aug 9 09:18:40 2001 *** *** 0 --- 1,35 + ++ + | 0.19.0 'dark grey', 'light grey' borders render black horizontally | + ++ + |Bug #: 3059Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MinorOS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In ~15 tests, all the below consistently produced grey vertical lines and black + horizontal lines on both screen and print renderings. 'gray', 'black', 'blue', + etc rendered correctly. + + Tested using: + NT 4.0 build 1381 Service Pack 6 + FOP 0.19.0 with the standard .jar files included with the bin download. + jbuilder3 java.exe + + fo:block-container border-color=dark gray ... + + fo:block-container border-color=dark grey ... + + fo:table-cell border-width=1pt border-color=dark gray border- + style=solid ... + + fo:table-cell border-width=1pt border-color=dark grey ... + + fo:table-cell border-width=1pt border-color=light gray ... \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3061] New: - Link 'click' location doesn't take padding-top into account
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3061 *** shadow/3061 Thu Aug 9 10:11:34 2001 --- shadow/3061.tmp.18662 Thu Aug 9 10:11:34 2001 *** *** 0 --- 1,23 + ++ + | Link 'click' location doesn't take padding-top into account| + ++ + |Bug #: 3061Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When a basic-link is located on a page following one or more blocks with a + 'padding-top', the link location box (the highlight box/click location) appears + in a position above where it should have appeared. (The vertical offset is + equal to the sum of the 'padding-top' values of the blocks occurring on the same + page, prior to the link block. + + I've attached the fo input and the PDF output (from 0.19.0) \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3061] - Link 'click' location doesn't take padding-top into account
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3061 *** shadow/3061 Thu Aug 9 10:11:34 2001 --- shadow/3061.tmp.18672 Thu Aug 9 10:13:15 2001 *** *** 21,23 --- 21,27 page, prior to the link block. I've attached the fo input and the PDF output (from 0.19.0) + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-09 10:13 --- + Created an attachment (id=403) + Input 'fo' file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3073] New: - Whitespace does not scale
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3073 *** shadow/3073 Fri Aug 10 00:07:29 2001 --- shadow/3073.tmp.27248 Fri Aug 10 00:07:29 2001 *** *** 0 --- 1,106 + ++ + | Whitespace does not scale | + ++ + |Bug #: 3073Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Whitespace seems to have the same width irrespective of the font-size property + of the block. This can be annoying when trying to allign text using the + monospace font-family. I came accross this while working with tables so the + examples I attach are tables. The file table_ok.fo generates the pdf file + correctly, while the table_pb.fo generates the problem (the text in the second + row is not alligned with the text in the first row). The only difference is + that the table_pb.fo uses font-size=95%. + + I am using the 20010807101644 FOP snapshot. + + In release 0.19 I used to substitue all spaces with a non-breaking space + instead of using the white-space-collapse=false property, and it worked. This + does not work anymore in the snapshot I am using. + + Here is some FO code to see the problem (remove font-size=95% and it works, + i.e. the text on the second is aligned correctly): + + ?xml version=1.0 encoding=utf-8? + + fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; + + + !-- defines the layout master -- + fo:layout-master-set + fo:simple-page-master master-name=first +page-height=29.7cm +page-width=21cm +margin-top=1cm +margin-bottom=2cm +margin-left=2.5cm +margin-right=2.5cm + fo:region-body margin-top=3cm/ + fo:region-before extent=3cm/ + fo:region-after extent=1.5cm/ + /fo:simple-page-master + /fo:layout-master-set + + !-- starts actual layout -- + fo:page-sequence master-name=first + + fo:flow flow-name=xsl-region-body + + !-- this defines a title level 1-- + fo:block font-size=18pt + font-family=sans-serif + line-height=24pt + space-after.optimum=15pt + background-color=blue + color=white + text-align=center + padding-top=3pt + How to use table elements + /fo:block + + !-- this defines a title level 2-- + fo:block font-size=16pt + font-family=sans-serif + space-after.optimum=15pt + text-align=center + A simple table, 3 columns, 4 rows + /fo:block + + !-- normal text -- + fo:block text-align=startthis is normal text. this is normal text. this + is normal text. + this is normal text. this is normal text. this + is normal text. + /fo:block + + !-- table start -- + fo:table + fo:table-column column-width=300pt/ + fo:table-body + fo:table-row + fo:table-cell fo:block white-space-collapse=false font- + family=monospace font-size=95% 1SpaceInFront + 4more/fo:block/fo:table-cell + /fo:table-row + fo:table-row + fo:table-cell fo:block white-space-collapse=false font- + family=monospace font-size=95% + 18Spaces/fo:block/fo:table-cell + /fo:table-row + /fo:table-body + /fo:table + !-- table end -- + + /fo:flow + /fo:page-sequence + /fo:root \ No newline at end of file
[Bug 2808] - rotate() performed twice in transform() also having translate()
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2808 *** shadow/2808 Wed Jul 25 15:53:45 2001 --- shadow/2808.tmp.27389 Fri Aug 10 00:40:18 2001 *** *** 2,9 | rotate() performed twice in transform() also having translate()| ++ |Bug #: 2808Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Linux | | Priority: Other Component: svg | ++ --- 2,9 | rotate() performed twice in transform() also having translate()| ++ |Bug #: 2808Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Normal OS/Version: Linux | | Priority: Other Component: svg | ++ *** *** 115,117 --- 115,121 * i.fo follows ** + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 00:40 --- + This should be fixed in the current version. + I get the same results from batik and fop for the svg rendering. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2555] - fo:wrapper doesn't display some content
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2555 *** shadow/2555 Tue Jul 10 13:53:55 2001 --- shadow/2555.tmp.27407 Fri Aug 10 00:41:17 2001 *** *** 2,9 | fo:wrapper doesn't display some content| ++ |Bug #: 2555Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Other | | Priority: Other Component: general | ++ --- 2,9 | fo:wrapper doesn't display some content| ++ |Bug #: 2555Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Normal OS/Version: Other | | Priority: Other Component: general | ++ *** *** 36,38 --- 36,43 --- Additional Comments From [EMAIL PROTECTED] 2001-07-10 13:53 --- Created an attachment (id=304) demonstration file 2 + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 00:41 --- + This should be fixed. + The wrapper whould now be able to contain text directly. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2441] - Fop 0.19 fails to shutdown when running -print
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2441 *** shadow/2441 Tue Jul 3 13:43:06 2001 --- shadow/2441.tmp.27452 Fri Aug 10 00:44:43 2001 *** *** 2,9 | Fop 0.19 fails to shutdown when running -print | ++ |Bug #: 2441Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Blocker OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ --- 2,9 | Fop 0.19 fails to shutdown when running -print | ++ |Bug #: 2441Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Blocker OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ *** *** 78,80 --- 78,83 VM Periodic Task Thread prio=10 tid=0x7671d0 nid=0x49 waiting on monitor Suspend Checker Thread prio=10 tid=0x768690 nid=0x37 runnable + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 00:44 --- + This is a java problem and is now handled with a system exit. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2296] - Calling Fop through a servlet
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2296 *** shadow/2296 Fri Jun 22 17:31:48 2001 --- shadow/2296.tmp.27508 Fri Aug 10 01:02:56 2001 *** *** 2,9 | Calling Fop through a servlet | ++ |Bug #: 2296Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ --- 2,9 | Calling Fop through a servlet | ++ |Bug #: 2296Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ *** *** 61,63 --- 61,71 Thanks Manik + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 01:02 --- + This information will be available in the java file and on the website (when + next updated). + You need the appropriate jars in the classpath + - servlet_2_2.jar + - fop.jar + - sax api - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2891] - broken svg-graphics (pie-chart) in latest FOP-Snapshots
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2891 *** shadow/2891 Mon Jul 30 06:58:39 2001 --- shadow/2891.tmp.27528 Fri Aug 10 01:05:41 2001 *** *** 2,9 | broken svg-graphics (pie-chart) in latest FOP-Snapshots| ++ |Bug #: 2891Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Other | | Priority: Other Component: svg | ++ --- 2,9 | broken svg-graphics (pie-chart) in latest FOP-Snapshots| ++ |Bug #: 2891Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: DUPLICATE Platform: PC | | Severity: Normal OS/Version: Other | | Priority: Other Component: svg | ++ *** *** 250,252 --- 250,257 /fo:flow /fo:page-sequence /fo:root + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 01:05 --- + + + *** This bug has been marked as a duplicate of 1424 *** \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 1424] - error rendering SVG file using FOP 18.1 and later
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1424 *** shadow/1424 Thu Aug 9 05:13:03 2001 --- shadow/1424.tmp.27533 Fri Aug 10 01:05:42 2001 *** *** 509,511 --- 509,514 rendering areas with effects is a bit difficult. If the same results as version 18.0 are required then the effects should be removed from the svg. + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 01:05 --- + *** Bug 2891 has been marked as a duplicate of this bug. *** \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 1243] - Error in org\apache\fop\apps\Options.java
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1243
*** shadow/1243 Sun May 20 17:24:43 2001
--- shadow/1243.tmp.27577 Fri Aug 10 01:21:42 2001
***
*** 1,19
! Bug#: 1243
! Product: Fop
! Version: all
! Platform: PC
! OS/Version: All
! Status: NEW
! Resolution:
! Severity: Normal
! Priority: High
! Component: general
! AssignedTo: [EMAIL PROTECTED]
! ReportedBy: [EMAIL PROTECTED]
! URL:
! Cc:
! Summary: Error in org\apache\fop\apps\Options.java
!
In Method loadUserconfiguration you catch the
Exception org.apache.fop.apps.FOPException
--- 1,19
! ++
! | Error in org\apache\fop\apps\Options.java |
! ++
! |Bug #: 1243Product: Fop |
! | Status: RESOLVEDVersion: all |
! | Resolution: FIXED Platform: PC |
! | Severity: Normal OS/Version: All |
! | Priority: High Component: general |
! ++
! | Assigned To: [EMAIL PROTECTED] |
! | Reported By: [EMAIL PROTECTED]|
! | CC list: Cc: |
! ++
! | URL: |
! ++
! | DESCRIPTION |
In Method loadUserconfiguration you catch the
Exception org.apache.fop.apps.FOPException
***
*** 28,30
--- 28,33
} catch (org.apache.fop.apps.FOPException error) {
MessageHandler.errorln(error);
...
+
+ --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 01:21 ---
+ The error message should be a bit better now.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
[Bug 3073] - Whitespace does not scale
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3073 *** shadow/3073 Fri Aug 10 00:07:29 2001 --- shadow/3073.tmp.28699 Fri Aug 10 02:57:56 2001 *** *** 104,106 --- 104,110 /fo:flow /fo:page-sequence /fo:root + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 02:57 --- + Created an attachment (id=406) + FO example where the alignment works - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 3073] - Whitespace does not scale
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3073 *** shadow/3073 Fri Aug 10 02:57:56 2001 --- shadow/3073.tmp.28708 Fri Aug 10 02:58:26 2001 *** *** 108,110 --- 108,115 --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 02:57 --- Created an attachment (id=406) FO example where the alignment works + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-10 02:58 --- + Created an attachment (id=407) + FO example where the alignment does not work - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3109] New: -
BuildException when trying to run examples. PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3109 *** shadow/3109 Mon Aug 13 11:39:23 2001 --- shadow/3109.tmp.188 Mon Aug 13 11:39:23 2001 *** *** 0 --- 1,60 + ++ + | BuildException when trying to run examples.| + ++ + |Bug #: 3109Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I just downloaded the newest version of the Fop bin. When I try to run the + examples using the runtests.bat I get : + + C:\fop20\docs\examplesruntests + Fop Test + + Starting Tests ... + Buildfile: build.xml + + init: + + creating new test pdf files: + + BUILD FAILED + + java.lang.NoClassDefFoundError: org/apache/tools/ant/BuildException + at java.lang.Class.getMethods0(Native Method) + at java.lang.Class.getMethods(Class.java:742) + at org.apache.tools.ant.IntrospectionHelper.init + (IntrospectionHelper.java:115) + at org.apache.tools.ant.IntrospectionHelper.getHelper + (IntrospectionHelper.java:208 + ) + at org.apache.tools.ant.UnknownElement.handleChildren + (UnknownElement.java:139) + at org.apache.tools.ant.UnknownElement.maybeConfigure + (UnknownElement.java:108) + at org.apache.tools.ant.Target.execute(Target.java:152) + at org.apache.tools.ant.Project.runTarget(Project.java:898) + at org.apache.tools.ant.Project.executeTarget(Project.java:536) + at org.apache.tools.ant.Project.executeTargets(Project.java:510) + at org.apache.tools.ant.Main.runBuild(Main.java:421) + at org.apache.tools.ant.Main.main(Main.java:149) + + Total time: 0 seconds + org/apache/tools/ant/BuildException + + I noticed that the ant.jar doesn't appear to be included in the latest release. + I already had it installed and just copied the .jar to the lib directory where + the .bat file was looking for it, but I still get the same error. + + Any suggestions? + + Bryan \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3124] New: -
Wouldn't convert fo file to pdf PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3124 *** shadow/3124 Tue Aug 14 11:29:52 2001 --- shadow/3124.tmp.8167Tue Aug 14 11:29:52 2001 *** *** 0 --- 1,65 + ++ + | Wouldn't convert fo file to pdf| + ++ + |Bug #: 3124Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Here's the message. + + C:\software\Fop-0.18.1-DEVFop -d -xsl sonnet-rhyme-scheme.xsl -xml sonnet.xml - + pdf sonnet.pdf + + C:\software\Fop-0.18.1-DEVjava -cp fop.jar;lib\w3c.jar;lib\xalan-2.0.0.jar;lib\ + xerces-1.2.3.jar;lib\jimi-1.0.jar org.apache.fop.apps.Fop -d -xsl sonnet-rhyme-s + cheme.xsl -xml sonnet.xml -pdf sonnet.pdf + + ERROR: Don't know what to do with + + + USAGE + Fop [options] [-fo|-xml] infile [-xsl file] [-awt|-pdf|-mif|-pcl|-txt|-print] o + utfile + [OPTIONS] + -d debug mode + -x dump configuration settings + -q quiet mode + -c cfg.xml use additional configuration file cfg.xml + -l lang the language to use for user information + + [INPUT] + infilexsl:fo input file (the same as the next) + -fo infile xsl:fo input file + -xml infile xml input file, must be used together with -xsl + -xsl stylesheet xslt stylesheet + + [OUTPUT] + outfile input will be rendered as pdf file into outfile + -pdf outfile input will be rendered as pdf file (outfile req'd) + -awt input will be displayed on screen + -mif outfile input will be rendered as mif file (outfile req'd) + -pcl outfile input will be rendered as pcl file (outfile req'd) + -txt outfile input will be rendered as text file (outfile req'd) + -printinput file will be rendered and sent to the printer + see options with -print help + + [Examples] + Fop foo.fo foo.pdf + Fop -fo foo.fo -pdf foo.pdf (does the same as the previous line) + Fop -xsl foo.xsl -xml foo.xml -pdf foo.pdf + Fop foo.fo -mif foo.mif + Fop foo.fo -print or Fop -print foo.fo + Fop foo.fo -awt + + Version used is 0.18.1-DEV + + - Ritesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3143] New: -
[0.20.1] Driver's ContentHandler is broken PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3143 *** shadow/3143 Thu Aug 16 01:29:13 2001 --- shadow/3143.tmp.14067 Thu Aug 16 01:29:13 2001 *** *** 0 --- 1,28 + ++ + | [0.20.1] Driver's ContentHandler is broken | + ++ + |Bug #: 3143Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + In org.apache.fop.apps.Driver, getContentHandler() returns a useless + ContentHanlder, i.e. without any StreamRenderer configured. + + Proposed fix: Move the following come from render(XMLReader, InputSource) to + getContentHandler(): + StreamRenderer streamRenderer = new StreamRenderer(_stream, _renderer); + _treeBuilder.setStreamRenderer(streamRenderer); + And have render(XMLReader, InputSource) simply use: + parser.setContentHandler(getContentHandler()); + + Javadoc needs to be updated to warn that setOutputStream and setRenderer must be + called prior invoking getContentHandler(). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3061] Link 'click' location doesn't take padding-top into account
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3061 *** shadow/3061 Thu Aug 9 10:13:47 2001 --- shadow/3061.tmp.15440 Sun Aug 19 13:37:28 2001 *** *** 30,32 --- 30,36 --- Additional Comments From [EMAIL PROTECTED] 2001-08-09 10:13 --- Created an attachment (id=404) Resulting PDF + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-19 13:37 --- + Still doesn't work in 0.20.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3059] 0.19.0 'dark grey', 'light grey' borders render black horizontally
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3059 *** shadow/3059 Thu Aug 9 09:18:40 2001 --- shadow/3059.tmp.15539 Sun Aug 19 14:56:11 2001 *** *** 2,9 | 0.19.0 'dark grey', 'light grey' borders render black horizontally | ++ |Bug #: 3059Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: MinorOS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ --- 2,9 | 0.19.0 'dark grey', 'light grey' borders render black horizontally | ++ |Bug #: 3059Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: INVALIDPlatform: PC | | Severity: MinorOS/Version: Windows NT/2K | | Priority: Other Component: pdf renderer| ++ *** *** 32,35 fo:table-cell border-width=1pt border-color=dark grey ... ! fo:table-cell border-width=1pt border-color=light gray ... --- 32,43 fo:table-cell border-width=1pt border-color=dark grey ... ! fo:table-cell border-width=1pt border-color=light gray ... ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-19 14:56 --- ! This isn't a bug. ! Use darkgrey or lightgrey as a single word to set all borders to the same ! color value. Using two words is interpreting this as dark for horizontal ! borders and grey for vertical borders. Since dark or light alone isn't a ! valid keyword, black is being used. ! However, FOP should print a warning about that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3143] [0.20.1] Driver's ContentHandler is broken
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3143 *** shadow/3143 Thu Aug 16 01:29:13 2001 --- shadow/3143.tmp.21542 Mon Aug 20 04:42:49 2001 *** *** 2,9 | [0.20.1] Driver's ContentHandler is broken | ++ |Bug #: 3143Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: general | ++ --- 2,9 | [0.20.1] Driver's ContentHandler is broken | ++ |Bug #: 3143Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: FIXED Platform: PC | | Severity: Critical OS/Version: Windows NT/2K | | Priority: Other Component: general | ++ *** *** 25,28 parser.setContentHandler(getContentHandler()); Javadoc needs to be updated to warn that setOutputStream and setRenderer must be ! called prior invoking getContentHandler(). --- 25,31 parser.setContentHandler(getContentHandler()); Javadoc needs to be updated to warn that setOutputStream and setRenderer must be ! called prior invoking getContentHandler(). ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-20 04:42 --- ! the getContentHandler has been changed as suggested. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3204] basic link mouse sensitive area wrongly positioned
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3204 *** shadow/3204 Tue Aug 21 06:16:46 2001 --- shadow/3204.tmp.3201Tue Aug 21 06:21:23 2001 *** *** 17,20 (For 0.20.1, PDF) basic-link mouse sensitive area is to the north-east of the basic-link text, making it rather difficult to click the link. ! See TOC in attached PDF. --- 17,24 (For 0.20.1, PDF) basic-link mouse sensitive area is to the north-east of the basic-link text, making it rather difficult to click the link. ! See TOC in attached PDF. ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-21 06:21 --- ! Created an attachment (id=432) ! PDF where TOC links are off - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3204] basic link mouse sensitive area wrongly positioned
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3204 *** shadow/3204 Tue Aug 21 06:21:23 2001 --- shadow/3204.tmp.3212Tue Aug 21 06:21:59 2001 *** *** 22,24 --- 22,29 --- Additional Comments From [EMAIL PROTECTED] 2001-08-21 06:21 --- Created an attachment (id=432) PDF where TOC links are off + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-21 06:21 --- + Created an attachment (id=433) + source attached PDF file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3207] New: Does not keep fonts size in region-before area.
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3207 *** shadow/3207 Tue Aug 21 09:22:43 2001 --- shadow/3207.tmp.4158Tue Aug 21 09:22:43 2001 *** *** 0 --- 1,80 + ++ + | Does not keep fonts size in region-before area.| + ++ + |Bug #: 3207Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Software used: XALAN Java2, FOP 0.20.1 + Problem: + In my xsl:fo file, I have defined my lay-out with a region-before. In this area + I have put the different info I want to get in my future pdf file. When I get + my pdf file, the first page is OK, but the in the following pages, the fonts + size has been changed in the region-before area...It seems that the process + works for the first page and then is not able to re-use the instructions (font- + size, font-weight). + What is surprising, is that it happens only for the hardcoded information, + but not for the information fetched from the xml document + Example of xsl:fo file: + + !--***-- + !--*** ***-- + !--*** FORMATTING THE HEADER ***-- + !--*** ***-- + !--***-- + + fo:static-content flow-name=xsl-region-before +fo:block text-align=start + fo:external-graphic src=Solaglas Logo.gif width=4.3cm height=1.5cm/ + /fo:block +fo:table space-before.optimum=0.4cm + fo:table-column column-width=14cm/ + fo:table-column column-width=5cm/ + fo:table-body + fo:table-row height=0.25cm + fo:table-cell border-right-style=hidden border-right- +width=0.0mm padding-top=0.0mm padding-left=0.0mm text- +align=start +fo:block font-size=8pt line-height=10pt + text-align=start text-align-last=start + space-before.optimum=2pt + !--Solaglas Branch--xsl:apply-templates select=Supplier/ + !-- Address--/fo:block + /fo:table-cell + fo:table-cell border-right-style=hidden border-right- + width=0.0mm padding-top=0.0mm padding-left=0.5cm text- + align=start + fo:block font-size=16pt line-height=20pt + text-align=start text-align-last=start + font-weight=bold space-before.optimum=2pt + font-variant=small-caps + !--Sol Invoice No-- xsl:textinvoice: /xsl:text + !-- value from xml--fo:inline font-size=12pt font- + weight=normalxsl:value-of + select=InvoiceReferences/SuppliersInvoiceNumber//fo:inline + /fo:block + fo:block font-size=16pt line-height=20pt + text-align=start text-align-last=start + font-weight=bold space-before.optimum=2pt + !--Archive--xsl:text*** Archive ***/xsl:text + /fo:block + /fo:table-cell + /fo:table-row + /fo:table-body + /fo:table + + More info: + In the above example, the word Invoice: will be on 16 bold onthe first page + and then 18 bold on the following pages??? I do not understand why the size has + changed? The info from the xml file is always well formatted on all pages... + + Thank you for your help. - To unsubscribe
[DO NOT REPLY: Bug 3208] New: Blocks aligned incorrectly in PDF
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3208 *** shadow/3208 Tue Aug 21 09:58:18 2001 --- shadow/3208.tmp.4288Tue Aug 21 09:58:18 2001 *** *** 0 --- 1,30 + ++ + | Blocks aligned incorrectly in PDF | + ++ + |Bug #: 3208Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows 9x | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + 1) The measurement of blocks both horizontally and vertically do not seem to + add up correctly (e.g. I have a block defined as 19cm wide, but it prints as + being about 17.8 cms; and a block 17cms in height only printed as around 16 + cms). + + Somebody else did a similar test (after raising the issue in fop-dev) and they + found that a 6inch column results in 5.625inches. + + 2) in a table definition (again using -pdf renderer) the contents of one column + are creeping to the left even though the end position is defined. It seems + to occur when the contents of a previous column has little or no text. (In my + test I had one column with lots of W's starting with 10-W's on row-1, reducing + to 1W on row-10; at row-8 with only 3-W's - the contents of the second column + start to get dragged over to the left.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3215] New: fo:leader with a percentage as leader-length does not display
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3215 *** shadow/3215 Tue Aug 21 18:17:26 2001 --- shadow/3215.tmp.6643Tue Aug 21 18:17:26 2001 *** *** 0 --- 1,30 + ++ + | fo:leader with a percentage as leader-length does not display | + ++ + |Bug #: 3215Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + If leader-length is set to a percentage, the leader is not visible in the + output. All examples in leader.fo that use a percentage for the leader-length + attribute are broken. + + These worked in version 0.19.0 + + Example: + fo:blockfo:leader leader-pattern=rule + rule-thickness=6.0pt + leader-length=100%/ + /fo:block + + Should put a 6.0pt thick rule across the page the full width of the container. + In v0.19.0 it does, in v0.20.0 it does not. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3207] Does not keep fonts size in region-before area.
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3207 *** shadow/3207 Tue Aug 21 09:22:43 2001 --- shadow/3207.tmp.13052 Wed Aug 22 01:56:23 2001 *** *** 2,9 | Does not keep fonts size in region-before area.| ++ |Bug #: 3207Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: page-master/layout | ++ --- 2,9 | Does not keep fonts size in region-before area.| ++ |Bug #: 3207Product: Fop | ! | Status: RESOLVEDVersion: all | ! | Resolution: DUPLICATE Platform: PC | | Severity: Normal OS/Version: Windows NT/2K | | Priority: Other Component: page-master/layout | ++ *** *** 77,80 and then 18 bold on the following pages??? I do not understand why the size has changed? The info from the xml file is always well formatted on all pages... ! Thank you for your help. --- 77,85 and then 18 bold on the following pages??? I do not understand why the size has changed? The info from the xml file is always well formatted on all pages... ! Thank you for your help. ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-22 01:56 --- ! Sorry, this seems to be the same problem as Bug 1171 ! ! *** This bug has been marked as a duplicate of 1171 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 1171] small-caps in static content becomes all-caps
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1171 *** shadow/1171 Sun May 20 17:24:18 2001 --- shadow/1171.tmp.13057 Wed Aug 22 01:56:24 2001 *** *** 1,19 ! Bug#: 1171 ! Product: Fop ! Version: 0.17 ! Platform: All ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: Medium ! Component: pdf renderer ! AssignedTo: [EMAIL PROTECTED],[EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: small-caps in static content becomes all-caps ! When using font-variant=small-caps inside static content, the first page appears correct, but all subsequent pages are wrong. --- 1,18 ! ++ ! | small-caps in static content becomes all-caps | ! ++ ! |Bug #: 1171Product: Fop | ! | Status: NEW Version: 0.17| ! | Resolution:Platform: All | ! | Severity: Normal OS/Version: All | ! | Priority: MediumComponent: pdf renderer| ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | When using font-variant=small-caps inside static content, the first page appears correct, but all subsequent pages are wrong. *** *** 46,48 --- 45,50 /fo:flow /fo:page-sequence /fo:root + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-22 01:56 --- + *** Bug 3207 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3223] New: table-row boder-... properties (0.20.1 version)
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3223 *** shadow/3223 Wed Aug 22 03:44:48 2001 --- shadow/3223.tmp.13427 Wed Aug 22 03:44:48 2001 *** *** 0 --- 1,22 + ++ + | table-row boder-... properties (0.20.1 version)| + ++ + |Bug #: 3223Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + This bug is actually found in the 0.20.1 version (there was no option in the + web form to select this version), while in prev. releases everything worked + fine. The point is that border-top-width, (as well as border-bottom-width) + property doesn't work for the table-row object. Even in the tests (borders.fo) + it doesn't work. So, it's necessary to specify this property for every cell. In + 0.17 version there were no such problems! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3258] New: Fop-0.20.0 fo:leader leader-pattern=dots/ is broken
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3258 *** shadow/3258 Fri Aug 24 07:44:46 2001 --- shadow/3258.tmp.20868 Fri Aug 24 07:44:46 2001 *** *** 0 --- 1,28 + ++ + | Fop-0.20.0 fo:leader leader-pattern=dots/ is broken| + ++ + |Bug #: 3258Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: Normal OS/Version: Solaris | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The dots are no longer rendered. + + Code segment: + + xsl:for-each select=abstract + fo:block + xsl:call-template name=display_abstract/ + fo:leader leader-pattern=dots/ + fo:page-number-citation ref-id=A1/ + /fo:block + + /xsl:for-each - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3208] Blocks aligned incorrectly in PDF
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3208 *** shadow/3208 Tue Aug 21 09:58:18 2001 --- shadow/3208.tmp.21258 Fri Aug 24 09:08:53 2001 *** *** 27,30 to occur when the contents of a previous column has little or no text. (In my test I had one column with lots of W's starting with 10-W's on row-1, reducing to 1W on row-10; at row-8 with only 3-W's - the contents of the second column ! start to get dragged over to the left.) --- 27,35 to occur when the contents of a previous column has little or no text. (In my test I had one column with lots of W's starting with 10-W's on row-1, reducing to 1W on row-10; at row-8 with only 3-W's - the contents of the second column ! start to get dragged over to the left.) ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-24 09:08 --- ! Sorry, part 1) of this bug had nothing to do with with FOP - it boiled down to ! print-setting in Adobe ! ... my mistake. ! But - part 2) still seems to be a problem at the moment - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3279] New: scaling SVG-images impossible
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3279 *** shadow/3279 Mon Aug 27 05:29:23 2001 --- shadow/3279.tmp.26596 Mon Aug 27 05:29:24 2001 *** *** 0 --- 1,41 + ++ + | scaling SVG-images impossible | + ++ + |Bug #: 3279Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: Blocker OS/Version: Solaris | + | Priority: Other Component: svg | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + We're using version 0.20.1 of FOP. We have several SVG- and GIF-images to + include in FO-files. The following methods exist to include images and scale + them: + fo:external-graphic src=... height=... width=... content-height=... +content-width=... scaling=uniform | non-uniform/ to include an external + image + fo:instream-foreign-object attributes-see-above/ to embed a SVG-image + directly. + + Scaling of GIFs and JPEGs works fine, when giving attributes like + height=3.5cm and width=7cm, the GIFs/JPEGs are scaled correctly. + + First we tried including SVG with fo:external-graphic and scale them. FOP + doesn't report an error and compiles correctly, but the PDF-file has following + error: The fo:external-graphic attributes 'height' and 'width' reserve the + stated lengths and let the text begin after the height-value, but the image is + as big as before, it's not scaled and overlaps the text. When using content- + height and content-width the same error happens. + Have a look at the PDF-file at http://www.sknetworks.de/dknapp/wca_esf1.pdf and + the FO-file at http://www.sknetworks.de/dknapp/wca_esf1.fo. + + When using fo:instream-foreign-object there's the same error. + + If you need more information feel free to contact me at [EMAIL PROTECTED] + rostock.de or [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3280] New: PCL Renderer doesn't work
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3280 *** shadow/3280 Mon Aug 27 06:47:26 2001 --- shadow/3280.tmp.27709 Mon Aug 27 06:47:26 2001 *** *** 0 --- 1,27 + ++ + | PCL Renderer doesn't work | + ++ + |Bug #: 3280Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: All | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + I've a (print) document, which I developed with the PDF-renderer. For easy and + faster printing, I want to create an PCL, and write it direct to the printer. + Also I haven't found working commandline Options for the windows version of + Acrobat Reader. + But the PCL-output looks terrible. + + At least the (additional) font settings don't work. + + I use FOP Fop-0.20.1 (when running it, it displays FOP 0.19.0-CVS) + + sem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3280] PCL Renderer doesn't work
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3280 *** shadow/3280 Mon Aug 27 06:47:26 2001 --- shadow/3280.tmp.27729 Mon Aug 27 06:51:26 2001 *** *** 24,27 I use FOP Fop-0.20.1 (when running it, it displays FOP 0.19.0-CVS) ! sem --- 24,31 I use FOP Fop-0.20.1 (when running it, it displays FOP 0.19.0-CVS) ! sem ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-27 06:51 --- ! Created an attachment (id=461) ! The PDF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3280] PCL Renderer doesn't work
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3280 *** shadow/3280 Mon Aug 27 06:51:26 2001 --- shadow/3280.tmp.27738 Mon Aug 27 06:52:22 2001 *** *** 29,31 --- 29,36 --- Additional Comments From [EMAIL PROTECTED] 2001-08-27 06:51 --- Created an attachment (id=461) The PDF + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-27 06:52 --- + Created an attachment (id=462) + The terrible PCL - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3302] New: NoClassDefFoundError - org/apache/fop/apps/fop
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3302 *** shadow/3302 Tue Aug 28 05:56:40 2001 --- shadow/3302.tmp.6979Tue Aug 28 05:56:40 2001 *** *** 0 --- 1,24 + ++ + | NoClassDefFoundError - org/apache/fop/apps/fop | + ++ + |Bug #: 3302Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Blocker OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hi, + + I have just installed fop 0.20.1 and at the command prompt performed a test on + one of the sample files I entered fop simple.fo simple.pdf. I received + a NoClassDefFoundError - org/apache/fop/apps/fop. I have used only the + default configuration settings provided by the download. Any Ideas ? + + Thanks in advance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 1231] basic-link can't link to a page-sequence element
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1231 *** shadow/1231 Sun May 20 17:24:39 2001 --- shadow/1231.tmp.7007Tue Aug 28 06:00:17 2001 *** *** 1,19 ! Bug#: 1231 ! Product: Fop ! Version: all ! Platform: All ! OS/Version: All ! Status: NEW ! Resolution: ! Severity: Normal ! Priority: ! Component: general ! AssignedTo: [EMAIL PROTECTED] ! ReportedBy: [EMAIL PROTECTED] ! URL: ! Cc: ! Summary: basic-link can't link to a page-sequence element ! It seems that when a basic-link element has got an internal-destination attribute that points to a page-sequence element, FOP won't find the ID, and complains that an ID was referenced but not found. --- 1,18 ! ++ ! | basic-link can't link to a page-sequence element | ! ++ ! |Bug #: 1231Product: Fop | ! | Status: NEW Version: all | ! | Resolution:Platform: All | ! | Severity: Normal OS/Version: All | ! | Priority: High Component: general | ! ++ ! | Assigned To: [EMAIL PROTECTED] | ! | Reported By: [EMAIL PROTECTED] | ! ++ ! | URL: | ! ++ ! | DESCRIPTION | It seems that when a basic-link element has got an internal-destination attribute that points to a page-sequence element, FOP won't find the ID, and complains that an ID was referenced but not found. *** *** 38,41 (this can be reproduced with the DocBook DTD and associated style sheets : page number is not set in TOC for chapters and other top-level components) ! Sylvain --- 37,40 (this can be reproduced with the DocBook DTD and associated style sheets : page number is not set in TOC for chapters and other top-level components) ! Sylvain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3258] Fop-0.20.0 fo:leader leader-pattern=dots/ is broken
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3258 *** shadow/3258 Fri Aug 24 07:44:46 2001 --- shadow/3258.tmp.7020Tue Aug 28 06:01:17 2001 *** *** 9,15 ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | - | CC list: Cc: | ++ | URL: | ++ --- 9,14 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3305] New: list-block overlapping footnote body
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3305 *** shadow/3305 Tue Aug 28 08:13:19 2001 --- shadow/3305.tmp.7560Tue Aug 28 08:13:19 2001 *** *** 0 --- 1,20 + ++ + | list-block overlapping footnote body | + ++ + |Bug #: 3305Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Other | + | Severity: Normal OS/Version: Other | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + The space allocation algorithm for pdf formatting doesn't reserve + space for footnote body towards list-block properly. i.e. + if I have a lot of list-blocks in my page, the list block would + go over and overlap the footnote body at the bottom of the page. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3354] New: internal link not working
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3354 *** shadow/3354 Thu Aug 30 00:34:33 2001 --- shadow/3354.tmp.14891 Thu Aug 30 00:34:33 2001 *** *** 0 --- 1,32 + ++ + | internal link not working | + ++ + |Bug #: 3354Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: Normal OS/Version: Solaris | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Have a look at the following example: + + fo:basic-link internal-destination=def_unetDefinition of U-Net/fo:basic- + link + [some code] + fo:block id=def_unet.../fo:block + + You see the fo:basic-link is above the text where the link has to point to. + If the text is above the link, no error is displayed, but the above + constellation results in following error: + + ERROR: The id def_unet already exists in this document + + Of course does the id exist, that's a LINK to the id. + + I'm using fop 0.20.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3356] New: the FOP extension bookmark does not work in FOP 0.20.1
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3356 *** shadow/3356 Thu Aug 30 02:10:12 2001 --- shadow/3356.tmp.16971 Thu Aug 30 02:10:12 2001 *** *** 0 --- 1,20 + ++ + | the FOP extension bookmark does not work in FOP 0.20.1 | + ++ + |Bug #: 3356Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: http://xml.apache.org/fop/extensions.html| + ++ + | DESCRIPTION | + I tried FOP 0.20.1 (on the commandline) and found that the bookmark extension + (fox:outline, fox:label) does not work (in FOP 0.18.1 it did). Running FOP + 0.20.1, there is no error reported but opening the PDF-File in AcrobatReader + 5.0, the bookmark column is empty. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3354] internal link not working
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3354 *** shadow/3354 Thu Aug 30 00:34:33 2001 --- shadow/3354.tmp.17022 Thu Aug 30 02:20:03 2001 *** *** 29,32 Of course does the id exist, that's a LINK to the id. ! I'm using fop 0.20.1 --- 29,36 Of course does the id exist, that's a LINK to the id. ! I'm using fop 0.20.1 ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-08-30 02:20 --- ! Created an attachment (id=470) ! fo document with forward references producing no error in fop 0.20.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3354] internal link not working [fop 0.20.1]
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3354 *** shadow/3354 Thu Aug 30 02:20:03 2001 --- shadow/3354.tmp.17071 Thu Aug 30 02:31:53 2001 *** *** 1,5 ++ ! | internal link not working | ++ |Bug #: 3354Product: Fop | | Status: NEW Version: all | --- 1,5 ++ ! | internal link not working [fop 0.20.1] | ++ |Bug #: 3354Product: Fop | | Status: NEW Version: all | *** *** 34,36 --- 34,43 --- Additional Comments From [EMAIL PROTECTED] 2001-08-30 02:20 --- Created an attachment (id=470) fo document with forward references producing no error in fop 0.20.1 + + + --- Additional Comments From [EMAIL PROTECTED] 2001-08-30 02:31 --- + The described bug did not appear in FOP 0.19.0. I tested several fo documents + and found that all documents causing the error contained forward references, as + the example descibed above. But I also found a document containing forward + references which does not cause the error (see Attachment #470). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3379] Fop finds duplicate id which isn't present
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3379 *** shadow/3379 Mon Sep 3 03:09:16 2001 --- shadow/3379.tmp.15256 Mon Sep 3 03:10:08 2001 *** *** 225,228 at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1189) at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:2894) ! at java.lang.Thread.run(Thread.java:484) --- 225,232 at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1189) at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:2894) ! at java.lang.Thread.run(Thread.java:484) ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-09-03 03:10 --- ! Created an attachment (id=476) ! DTD for manuals - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3379] Fop finds duplicate id which isn't present
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3379 *** shadow/3379 Mon Sep 3 03:10:35 2001 --- shadow/3379.tmp.15275 Mon Sep 3 03:11:06 2001 *** *** 235,237 --- 235,242 --- Additional Comments From [EMAIL PROTECTED] 2001-09-03 03:10 --- Created an attachment (id=477) XSL Stylesheet to create PDF documents from XML manuals + + + --- Additional Comments From [EMAIL PROTECTED] 2001-09-03 +03:11 --- + Created an attachment (id=478) + XML manual that triggers the error - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3400] New: A table with spanning cell that is bigger than the page produces an endless loop
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3400 *** shadow/3400 Tue Sep 4 01:50:02 2001 --- shadow/3400.tmp.21561 Tue Sep 4 01:50:02 2001 *** *** 0 --- 1,143 + ++ + | A table with spanning cell that is bigger than the page produces an endles | + ++ + |Bug #: 3400Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + A table with spanning cell that is bigger than the page produces an endless + loop. + + This xml file produce the endless loop. I use FOP 0.20.1, command line is + java -cp %FOP_CP% org.apache.fop.apps.Fop report.fo report.pdf + + ?xml version=1.0 encoding=UTF-8? + fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; font-size=10pt + + fo:layout-master-set + fo:simple-page-master master-name=first page-height=5cm page- + width=29.7cm margin-top=1.5cm margin-bottom=1.5cm margin-left=1.5cm + margin-right=1.5cm + fo:region-before extent=1cm/ + fo:region-body margin-top=1cm/ + /fo:simple-page-master + /fo:layout-master-set + + fo:page-sequence master-name=first + fo:static-content flow-name=xsl-region-before + fo:block text-align=end + - fo:page-number/ - + /fo:block + /fo:static-content + + fo:flow flow-name=xsl-region-body + fo:block space-after.optimum=6pt text-align=center + Report + /fo:block + + fo:table border-color=black border-width=0.5pt border- + style=solid + fo:table-column column-width=5cm/ + fo:table-column column-width=5cm/ + + fo:table-body + fo:table-row + fo:table-cell number-rows-spanned=10 + border-width=0.5pt border-style=solid + fo:block text- + align=centerGeneral cell/fo:block + /fo:table-cell + + fo:table-cell border-width=0.5pt + border-style=solid + fo:block text- + align=centerCell 1.1/fo:block + /fo:table-cell + /fo:table-row + + fo:table-row + fo:table-cell border-width=0.5pt + border-style=solid + fo:block text- + align=centerCell 2.1/fo:block + /fo:table-cell + /fo:table-row + + fo:table-row + fo:table-cell border-width=0.5pt + border-style=solid + fo:block text- + align=centerCell 3.1/fo:block + /fo:table-cell + /fo:table-row + + fo:table-row + fo:table-cell border-width=0.5pt + border-style=solid + fo:block text- + align=centerCell 4.1/fo:block + /fo:table-cell + /fo:table-row + + fo:table-row + fo:table-cell border-width=0.5pt
[DO NOT REPLY: Bug 3414] New: Multi-page tables overrun region-before and region-after
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3414 *** shadow/3414 Tue Sep 4 10:54:20 2001 --- shadow/3414.tmp.25044 Tue Sep 4 10:54:20 2001 *** *** 0 --- 1,141 + ++ + | Multi-page tables overrun region-before and region-after | + ++ + |Bug #: 3414Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When a table spans multiple pages, the first page is formatted correctly, but + on subsequent pages the table is rendered over the headers (region-before text) + and footers (region-after). + + Sample code below -- cut the highlighted row and paste it a bunch of times (44 + is a good number) to ensure multiple page-breaks. + + -dd + + ?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 page-width=21.6cm page-height=28.0cm + margin-left=2.5cm margin-right=2.5cm margin-top=0.0cm + margin-bottom=0.0cm master-name=first + fo:region-before precedence=true extent=3.0cm/ + fo:region-body margin-top=0.0cm/ + fo:region-after precedence=true extent=2.5cm/ + /fo:simple-page-master + /fo:layout-master-set + fo:page-sequence master-name=first + fo:static-content flow-name=xsl-region-before + fo:block line-height=16pt font-size=12pt text-align=end + FOPTestServlet + /fo:block + /fo:static-content + fo:static-content flow-name=xsl-region-after + fo:block line-height=16pt font-size=12pt display-align=center + text-align=end + Page + fo:page-number/ + /fo:block + /fo:static-content + fo:flow flow-name=xsl-region-body + fo:block font-size=18pt font-family=sans-serif line-height=24pt + space-after=15pt background-color=white color=black text-align=center + font-weight=normal padding-top=0pt + This is the whole story + /fo:block + fo:table border-width=0.5pt border-color=red border-style=solid + table-omit-footer-at-break=true + fo:table-column column-width=5.5cm/ + fo:table-column column-width=5.5cm/ + fo:table-column column-width=5.5cm/ + fo:table-header + fo:table-row border-width=0.5pt border-color=black + border-style=solid + fo:table-cell display-align=center padding-left=5pt + padding-right=5pt background-color=lightgray border-color=black + border-width=2pt border-style=solid + fo:block font-size=18pt font-family=sans-serif + line-height=24pt space-after=15pt background-color=lightgray color=black + text-align=center font-weight=bold padding-top=0pt + Column 1 + /fo:block + /fo:table-cell + fo:table-cell display-align=center padding-left=5pt + padding-right=5pt background-color=lightgray border-color=black + border-width=2pt border-style=solid + fo:block font-size=18pt font-family=sans-serif + line-height=24pt space-after=15pt background-color=lightgray color=black + text-align=center font-weight=bold padding-top=0pt + Column 2 + /fo:block + /fo:table-cell + fo:table-cell display-align=center padding-left=5pt + padding-right=5pt background-color=lightgray border-color=black + border-width=2pt border-style=solid + fo:block font-size=18pt font-family=sans-serif + line-height=24pt space-after=15pt background-color=lightgray color=black + text-align=center font-weight=bold padding-top=0pt
[DO NOT REPLY: Bug 2300] ERROR: null with fo:external-graphic
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2300 *** shadow/2300 Sun Jun 24 02:59:09 2001 --- shadow/2300.tmp.29372 Tue Sep 4 14:51:09 2001 *** *** 2,8 | ERROR: null with fo:external-graphic | ++ |Bug #: 2300Product: Fop | ! | Status: NEW Version: | | Resolution:Platform: PC | | Severity: Normal OS/Version: Linux | | Priority: Other Component: images | --- 2,8 | ERROR: null with fo:external-graphic | ++ |Bug #: 2300Product: Fop | ! | Status: NEW Version: 0.15| | Resolution:Platform: PC | | Severity: Normal OS/Version: Linux | | Priority: Other Component: images | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3430] New: Running Head Missing Line at the first 3 pages
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3430 *** shadow/3430 Wed Sep 5 00:59:10 2001 --- shadow/3430.tmp.3407Wed Sep 5 00:59:10 2001 *** *** 0 --- 1,21 + ++ + | Running Head Missing Line at the first 3 pages | + ++ + |Bug #: 3430Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Windows NT/2K | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Hei, I use FOP 0.20.1 to generate PDF. I found that in each page sequence, we + miss the line(made by fo:leader) in running head for the first 3 pages. While + following pages are OK. + When I test with FOP 0.18.1. All pages are OK. SO I think it's a 0.20.1 bug. + Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3379] Fop finds duplicate id which isn't present
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3379 *** shadow/3379 Mon Sep 3 03:11:06 2001 --- shadow/3379.tmp.3576Wed Sep 5 01:51:45 2001 *** *** 9,15 ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | - | CC list: Cc: | ++ | URL: | ++ --- 9,14 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3454] New: error opening pdf in IE
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3454 *** shadow/3454 Thu Sep 6 03:03:06 2001 --- shadow/3454.tmp.20860 Thu Sep 6 03:03:06 2001 *** *** 0 --- 1,24 + ++ + | error opening pdf in IE| + ++ + |Bug #: 3454Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: Sun | + | Severity: Blocker OS/Version: Windows NT/2K | + | Priority: Other Component: general | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + ++ + | URL: | + ++ + | DESCRIPTION | + We are trying to get the PDF thru a servlet using xalan Transformation API. + + While accessing this Download using IE on https, we are encountering the + error. Internet Exploxer cannot download the file from host However this + works fine with http protocol on IE and both http and https on Netscape. + + + Cheers, + Sarika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3458] New: FOP crashes when rendering an FO file with more than 2MB
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3458 *** shadow/3458 Thu Sep 6 05:22:28 2001 --- shadow/3458.tmp.21349 Thu Sep 6 05:22:28 2001 *** *** 0 --- 1,27 + ++ + | FOP crashes when rendering an FO file with more than 2MB | + ++ + |Bug #: 3458Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Each time I try to convert an FO file with more than 2MB, FOP 0.20.1 crashes. + It seems that this limit is a sharp on; if i delete some content from the + source file, create a new FO file out of it (with say, 1,989 MB), all works + perfectly well. + The FO files were created using XSLT stylesheets and Saxon 6.4.3. I have no + reason to doubt that the syntax of the FO files is invalid since they are + validated by XERCES (included in the FOP package) without any errors. + If an FO file exceeds 2MB, FOP seems to render the entire file; when it + attempts to write the PDF to disk, an exception fault is reported and only a + fragment of the PDF with, say 15 KB, is created which cannot be viewed using a + PDF Reader. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3475] New: Large images cause PDF generation to run out of memory
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3475 *** shadow/3475 Thu Sep 6 14:17:43 2001 --- shadow/3475.tmp.24292 Thu Sep 6 14:17:43 2001 *** *** 0 --- 1,22 + ++ + | Large images cause PDF generation to run out of memory | + ++ + |Bug #: 3475Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: MajorOS/Version: Windows NT/2K | + | Priority: Other Component: images | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + When a large image is used that cannot fit on one page FOP creates a new page + and tries to fit it on that page, unfortunately what happens is it can't fit on + that page so it keeps trying until the VM runs out of memory. + + This even happens if a max-width and max-height are specified on the external + graphic. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3487] New: jdk 1.4 beta2 compatibility
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3487
*** shadow/3487 Fri Sep 7 05:30:12 2001
--- shadow/3487.tmp.28793 Fri Sep 7 05:30:12 2001
***
*** 0
--- 1,41
+ ++
+ | jdk 1.4 beta2 compatibility|
+ ++
+ |Bug #: 3487Product: Fop |
+ | Status: NEW Version: 0.17|
+ | Resolution:Platform: All |
+ | Severity: Normal OS/Version: All |
+ | Priority: Other Component: pdf renderer|
+ ++
+ | Assigned To: [EMAIL PROTECTED] |
+ | Reported By: [EMAIL PROTECTED] |
+ | CC list: Cc: |
+ ++
+ | URL: |
+ ++
+ | DESCRIPTION |
+ If I compile xml-fop (from cvs) with JDK 1.4 beta2, I get the following error:
+
+ [echo] Compiling the sources
+ [javac] Compiling 4 source files to /hoth/local/xml-fop/build/classes
+ [javac] Note: sun.tools.javac.Main has been deprecated.
+ [javac]
+ /hoth/local/xml-fop/build/src/org/apache/fop/svg/PDFGraphics2D.java:1128: nested
+ class org.apache.fop.svg.PDFGraphics2D. PDFGraphicsConfiguration is an abstract
+ class. It can't be instantiated.
+ [javac] return new PDFGraphicsConfiguration();
+ [javac]^
+ [javac]
+ /hoth/local/xml-fop/build/src/org/apache/fop/svg/PDFGraphics2D.java:1135: nested
+ class org.apache.fop.svg.PDFGraphics2D. PDFGraphicsConfiguration must be
+ declared abstract. It does not define java.awt.image.VolatileImage
+ createCompatibleVolatileImage(int, int) from class
+ java.awt.GraphicsConfiguration.
+ [javac] static class PDFGraphicsConfiguration extends
+ GraphicsConfiguration {
+
+ It appears that Sun added a new java.awt.VolatileImage class and added a new
+ abstract method createCompatibleVolatileImage to GraphicsConfiguration which
+ PDFGraphicsConfiguration extends. I am not sure what the fix should be since
+ fixing the code to compile with JDK 1.4 will cause it to break with previous
+ releases.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3497] New: id already exists error when using span=all attribute
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3497 *** shadow/3497 Fri Sep 7 09:28:11 2001 --- shadow/3497.tmp.29634 Fri Sep 7 09:28:12 2001 *** *** 0 --- 1,67 + ++ + | id already exists error when using span=all attribute| + ++ + |Bug #: 3497Product: Fop | + | Status: NEW Version: all | + | Resolution:Platform: PC | + | Severity: Critical OS/Version: Linux | + | Priority: Other Component: page-master/layout | + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + Fop 0.20.1 reports 'ERROR: The id b2 already exists in this document' on + executing java org.apache.fop.apps.Fop spanbug.fo spanbug.pdf with the input file + + spanbug.fo: + + + ?xml version=1.0 encoding=ISO-8859-1? + + fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; + fo:layout-master-set + fo:simple-page-master master-name=first + fo:region-body column-count=2 column-gap=5mm/ + /fo:simple-page-master + + fo:page-sequence-master master-name=standard + fo:repeatable-page-master-reference master-name=first / + /fo:page-sequence-master + /fo:layout-master-set + + fo:page-sequence master-name=standard + fo:flow flow-name=xsl-region-body + + fo:block id=b1 span=all text-align=center + Block 1 + /fo:block + + !-- If you add a span=all here, the error does not occur! +-- + fo:block id=b2 text-align=center + Block 2 + /fo:block + + fo:block id=b3 span=all text-align=center + Block 3 + /fo:block + + fo:block id=b4 text-align=center + Block 4 + /fo:block + + /fo:flow + /fo:page-sequence + /fo:root + + + + If the second block has a span=all attribute like the first and the third, + fop proceeds without error and produced the correct output. + + Since usage of the id-attribute and of alternating spanning / non spanning + blocks is quite important for large documents, books, etc., i think this is a + serious problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3497] id already exists error when using span=all attribute
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3497 *** shadow/3497 Fri Sep 7 09:28:12 2001 --- shadow/3497.tmp.29671 Fri Sep 7 09:33:08 2001 *** *** 4,11 |Bug #: 3497Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: Critical OS/Version: Linux | ! | Priority: Other Component: page-master/layout | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | --- 4,11 |Bug #: 3497Product: Fop | | Status: NEW Version: all | | Resolution:Platform: PC | ! | Severity: MajorOS/Version: Linux | ! | Priority: High Component: page-master/layout | ++ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[DO NOT REPLY: Bug 3214] Segfault when trying to build Fop sources
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3214 *** shadow/3214 Tue Aug 21 16:02:01 2001 --- shadow/3214.tmp.1235Fri Sep 7 16:43:06 2001 *** *** 26,29 Buildfile: build.xml build.sh: line 24: 18163 Segmentation fault $JAVA_HOME/bin/java ! -Dant.home=$ANT_HOME -classpath $LOCALCLASSPATH org.apache.tools.ant.Main $* --- 26,47 Buildfile: build.xml build.sh: line 24: 18163 Segmentation fault $JAVA_HOME/bin/java ! -Dant.home=$ANT_HOME -classpath $LOCALCLASSPATH org.apache.tools.ant.Main $* ! ! --- Additional Comments From [EMAIL PROTECTED] 2001-09-07 16:43 --- ! Is this related to the known Java problem described on their install notes ! ! http://java.sun.com/j2se/1.3/install-linux-sdk.html ! ! quote ! The newer glibc-2.2.x libraries cannot correctly handle initial thread stack ! sizes larger than 6 MB. This can cause a segmentation fault on come Linux ! platforms that use the newer libraries. Such platforms include Red Hat 7.0, ! SuSe 7.2, and Debian 2.2. The problem will not occur on Linux platforms that ! are using glibc-2.1.x such as Red Hat 6.1 and 6.2. It will also not affect Red ! Hat 7.1 because it uses a different thread stack layout. This problem is being ! tracked as bug 4466587. ! ! Workaround - Use ulimit -s 2048 in bash shell or limit stacksize 2048 in ! tcsh to limit the initial thread stack to 2 MB. ! /quote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
