DO NOT REPLY [Bug 33760] - [Patch] current AWTRenderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33760. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33760 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-08 12:53 --- Patch applied with modifications. Thanks a lot! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32612] - [PATCH] refactoring of knuth line breaking code.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32612 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-08 16:05 --- Applied. This was long due and it helps me while preparing for page breaking. Reference in the mailing list archives: http://marc.theaimsgroup.com/?t=11026228562r=1w=2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33760] - [Patch] current AWTRenderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33760. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33760 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #14371|0 |1 is obsolete|| Attachment #14372|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-03-08 03:25 --- Created an attachment (id=14426) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14426action=view) patch agains head for AWTRenderer -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33871] New: - problem with fo:simple-page-master or fo:page-sequence while creating PDF using FOP 0.20.5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33871.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33871
Summary: problem with fo:simple-page-master or fo:page-
sequence while creating PDF using FOP 0.20.5
Product: Fop
Version: 0.20.5
Platform: PC
OS/Version: Windows NT
Status: NEW
Severity: major
Priority: P3
Component: page-master/layout
AssignedTo: fop-dev@xml.apache.org
ReportedBy: [EMAIL PROTECTED]
I am generating pdf using Xslt and Formatting Objects.
I am not getting any error but erlier it was showing the content with(0.20.4)
border after the fop version upgradation border got disappeared?
why it is happening? Is there any change in the fop regarding this?
I have upgraded the FOP version from 0.20.4 to 0.20.5 and I am using jars Jar-
Files fop_020_5.jar and batik_fop_020_5.jar instead of Jar-Files fop17.jar,
fop.jar, batik.jar
have a look at this used with 0.20.5 after upgradation
fo:layout-master-set
fo:simple-page-master master-name=letter page-height={$pageHeight}
in page-width={$pageWidth}in margin-left={$marginLeft}in margin-
right={$marginRight}in
fo:region-body margin=1in/
fo:region-before extent=1in padding=0pt margin-
top=0.4in /
fo:region-after extent=1in padding=0pt margin-
bottom=0.5in/
/fo:simple-page-master
/fo:layout-master-set
fo:page-sequence master-reference=letter
fo:static-content flow-name=xsl-region-before
fo:block
xsl:call-template name=header/
/fo:block
/fo:static-content
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33801] New: - FOP 0.20.5 AWTRenderer: Sometimes rendering fails in the middle of a table with no error message
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33801. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33801 Summary: FOP 0.20.5 AWTRenderer: Sometimes rendering fails in the middle of a table with no error message Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: awt renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] My french team and I work on a Java project and we plan to embed FOP 0.20.5 for the needed print reports. We experience a problem when we are using the AWT renderer with documents that contain tables. Sometimes, a page is cut in the middle of a table and its header (fo:region-before) is missing. As far as we have investigated we can say that: * We have neither abnormal output message, nor exception stack trace. * We only experience this problem with the AWT renderer. Using the PCL renderer works fine (but it lacks multibyte characters support that is critical for some of our translated releases). * We only experience this problem on a true printer (we have tried several models from HP and OKI). We never reproduced the problem using a fake printer such as Adobe Acrobat Distiller. * With the FO document (bug.fo) that is attached, we experience the problem 20% of the time when launching the printing from our application (we tried both java.awt.print and javax.print APIs). When using the `fop.bat' script, we experience the problem 100% of the time with the same FO document. fop.bat -fo bug.fo -print We tried JDK 1.4.1_07 and 1.4.2_07. * So far, 100% of the time it happened, tables were involved in the document. * Using the same FO document and the same FOP command line several times may result in having the bug occuring on different pages of the document. The printing does not fail systematically at the same point of the document. I have attached: You can download http://www.guillaumeponce.org/fop/bug.fo.zip The reference FO document we have used to investigate this problem (zipped). You can also download http://www.guillaumeponce.org/fop/bug.pdf It is 12 Mb large. It is an actual 8 pages long paper print that has been scanned. You can see that the problemI describe occured on page 7 out of 8. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33801] - FOP 0.20.5 AWTRenderer: Sometimes rendering fails in the middle of a table with no error message
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33801. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33801 --- Additional Comments From [EMAIL PROTECTED] 2005-03-02 10:11 --- Created an attachment (id=14386) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14386action=view) Test case for the bug fop.bat -fo bug.fo -print Rendering should fail. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33801] - FOP 0.20.5 AWTRenderer: Sometimes rendering fails in the middle of a table with no error message
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33801. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33801 --- Additional Comments From [EMAIL PROTECTED] 2005-03-02 13:39 --- (In reply to comment #0) I could also reproduce the bug using FOP 0.20.5 and the provided bug.fo. It occured on page 2 out of 8. As far as we have investigated we can say that: * We have neither abnormal output message, nor exception stack trace. Same here for me (also using the command line option -d) * We only experience this problem with the AWT renderer. Using the PCL renderer works fine (but it lacks multibyte characters support that is critical for some of our translated releases). Haven't tried it. * We only experience this problem on a true printer (we have tried several models from HP and OKI). We never reproduced the problem using a fake printer such as Adobe Acrobat Distiller. Same here: the output in the Window of the AWT-Renderer looks fine. Only at printing comes a problem. If you (FOP Team) suspect that the problem lies in the AWT-Renderer, I could try to investigate. HTH, Renaud -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33808] New: - problem with large number-rows-spanned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33808 Summary: problem with large number-rows-spanned Product: Fop Version: 0.20.5 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] I am experiencing trouble when trying to create a table with FOP. My first table column has a number-rows-spanned that is larger than the number of rows fitting on a page. This leads to several problems: 1. The cell border is drawn across the page footer (does not end with the last table-row on the page, but is drawn into nowhere if you have even more rows). 2. The cell border for the (continued) first cell on the next page is missing completely. 3. An extra page is being added at the beginning of my document. (?!) Whether there is a patch correcting this mistake ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33597] - [Patch] for xdocs Design and Implementation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33597 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-01 21:48 --- Renaud, Applied. Thanks. There is a patch with a refactoring of the implementation of Knuth's algorithm, in bug 32612. It does not change the basic algorithm. You may wish to wait with any documentation until that is applied. Simon -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33760] New: - [Patch] current AWTRenderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33760. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33760 Summary: [Patch] current AWTRenderer Product: Fop Version: 1.0dev Platform: PC URL: http://www.oslutions.com OS/Version: Windows XP Status: NEW Severity: enhancement Priority: P3 Component: awt renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Fopdev's I've been working on the AWTRenderer those last days. Before I move forward, I would welcome some feedback to know if I'm heading in the right direction. = What I did = Basically, I tried to implement in AWTRenderer what the PDFRenderer does. The drawback is that all what doesn't work for the PDFRenderer doesn't work for the AWTRenderer neither. I've posted a patch with the updated renderers. The patch has changes for the classes AWTRenderer, AbstractRenderer, PDFRenderer and CTM plus a new class BMPReader. AWTRenderer: I implemented several renderXXX() methods and the corresponding helper methods. AbstractRenderer: I moved what I could reuse from PDFRenderer to AbstractRenderer: renderTextDecorations(), handleRegionTraits(), and added the needed empty methods. PDFRenderer ans PSRenderer: I moved 2 lines (currentIPPosition = 0; currentBPPosition = 0; ) in startVParea() because the AWTRenderer uses those values in another way and need to keep track of them (see startVParea() in AWTRenderer). Speaking of startVParea(), could we rename it to something more meanigfull? Proposition: TransformPosition, or something like this. Deleted the methods moved to AbstractRenderer. fop.area.CTM: added two getters for e and f. If there's another way to get those values, please let me know. = Points I would like to discuss (see the corresponding FIXME in the code) = Fonts: I must be missing something with the font-mechanism: the rendered text in the AWTRenderer is smaller that the one of PDFRenderer. What I need is a way to get a java.awt.Font from an area. Is the class FontSetup implemented correctly? Do I have to worry about multibyte-stuff? I could investigate the whole mechanism, but a hint would certainly speed my work. Colors: My method updateColor (Graphics2D graphics, Area area) doesn't work for some areas.Same question here: how can I get a java.awt.Color from ANY area? There are still many issues with the positioning of the areas. I keep track of the current position with the variables currentIPPosition and currentBPPosition. Images: I can't update the currentIPDPosition and currentBPDPosition for Image-areas. The Viewport associated with the image doesn't have any bpd associated with it. Is this normal? The enclosed image doesn't have ipd/bpd either. Again: is this normal so? I have a workaround in mind (getting those values through the FopImage), but it doesn't sound right. I implemented a simple .bmp rendering (BMPReader.java). It only supports 8-bit and 24-bit uncompressed windows bitmap images. I found this code on the net. I know you had problems with licences and I don't want to raise an issue here. I did this implementation more for myself than anything. If there's a better way to render .bmp (JAI?), let me know. Otherwise, I could try to convince the author to donate the code in conterpart of some fine chocolate :) SVG + External Objects rendering is very alpha. renderTextDecoration(InlineArea) seems to work, even if it's not implemented?? renderViewport is overriden in PDFRenderer to allow clip(). Is this feature also needed in AWTRenderer? = What's next = - fix the bugs described here - implement the remaining features - test the renderer on more complex files - implement what's described on the wiki FopAndJava2D [1] In the code, I used the following conventions: FIXME for the points I would like you to review before checking the code in. And TODO for the points I still have to work out (so please leave them). If someone using eclipse could mail me his formatter (PreferencesJavaCode StyleFormatter, then Export profile), that would be nice. Any comments or suggestions most welcome. Again, please let me know if I'm doing things the right way. I wish you a nice weekstart. Renaud [1] http://wiki.apache.org/xmlgraphics-fop/FopAndJava2D -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33760] - [Patch] current AWTRenderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33760. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33760 --- Additional Comments From [EMAIL PROTECTED] 2005-02-27 23:52 --- Created an attachment (id=14371) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14371action=view) [PATCH] implementation of the AWTRenderer -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33760] - [Patch] current AWTRenderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33760. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33760 --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 03:16 --- Created an attachment (id=14372) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14372action=view) [PATCH] implementation of the AWTRenderer (2) PLEASE USE THIS PATCH INSTEAD (same as before, but after I understood how Checkstyle works :) Regards, Renaud -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33729] New: - basic-link external-destination (.pdf#dest=) only open pdf file not destination
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33729. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33729 Summary: basic-link external-destination (.pdf#dest=) only open pdf file not destination Product: Fop Version: all Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] If I have this: fo:basic-link external-destination=url(destdoc.pdf#dest=destlinkend)some text/fo:basic-link and when I click to link some text then is open pdf file at first page not on page where is destlinkend. In destdoc.pdf basic-link internal-destination work OK: fo:basic-link internal-destination=destlinkendsome text/fo:basic-link -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33738] New: - external-graphic worked until v20.1a to PCL render, now fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33738 Summary: external-graphic worked until v20.1a to PCL render, now fails Product: Fop Version: 0.20.5 Platform: All OS/Version: Linux Status: NEW Keywords: XSLTBug Severity: major Priority: P3 Component: images AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] I have seen this reported on ticket #33164, but thought (since this is a work-stoppage for me) I would add some more information and re-open this hot item. I cannot upgrade to anything past v20.1a because, after that point, the PCL render output fails when you specify external-graphic in the xsl with a ArrayIndexOutOfBounds error. This worked perfectly with all versions upto 20.1a and before after which point the above error occurs. I have tried every distribution version of fop since to track down the exact point this problem started and what I state is it. This is not a problem with a limited renderring engine as the response to #33164 states as it did work fine before with the same monochrome jpg images. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33645] - [PATCH] Allow fop 1.0dev to compile with java 1.5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33645 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-02-19 11:40 --- Applied. Thanks a lot! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33645] New: - [PATCH] Allow fop 1.0dev to compile with java 1.5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33645 Summary: [PATCH] Allow fop 1.0dev to compile with java 1.5 Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Keywords: JDK1.5 Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] Current CVS HEAD does not compile with j2sdk 1.5 due to some variables named 'enum', which is a reserved word starting with java 1.5. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33645] - [PATCH] Allow fop 1.0dev to compile with java 1.5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33645. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33645 --- Additional Comments From [EMAIL PROTECTED] 2005-02-19 00:45 --- Created an attachment (id=14324) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14324action=view) Remove use of 'enum' as variable name. This removes use of 'enum' as variable name in CommonTextDecoration.java and TextDecorationProperty.java. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 3497] - id already exists error when using span=all attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=3497. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=3497 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] OS/Version|Linux |All Platform|PC |All --- Additional Comments From [EMAIL PROTECTED] 2005-02-18 05:33 --- Any chance that some kind committer will commit this patch? The patch has been languishing for ALMOST THREE YEARS, which is quite a while in internet time :-) I have applied it and it fixed a bug for me too (NB the bug is not dependent on span=all). But it would be nice not to have to maintain a private build of FOP. I would like to see it fixed in Cocoon, but this will have to wait for an official FOP release. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33555] - Markers: Current implementation has bugs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33555. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33555 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |fop-dev@xml.apache.org --- Additional Comments From [EMAIL PROTECTED] 2005-02-15 09:36 --- Reassigning to fop-dev because it seems that the list doesn't get notified if I directly assign an issue to myself. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33593] New: - colspec colwidth=0*/ causes FOP to run forever
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33593. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33593 Summary: colspec colwidth=0*/ causes FOP to run forever Product: Fop Version: 0.20.5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] A zero-percent colwidth causes FOP to run forever when attempting to generate PDF. Yes, I agree that colspec colwidth=0*/ does not make much sense, but it's unfriendly for FOP to never terminate as a result of this. (I discovered this problem as a result of debugging output from a table-generator that had a bug.) Sample file to demonstrate the problem: !DOCTYPE section PUBLIC -//OASIS//DTD DocBook XML V4.3//EN http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; section title XXX /title informaltable tgroup cols=2 colspec colwidth=50*/ colspec colwidth=30*/ tbody row entry XXX /entry entry XXX /entry /row /tbody /tgroup /informaltable /section As shown, the file processes through FOP okay. However, if you change 50* to 0* in the first colspec line, FOP doesn't terminate. (Strictly speaking, I don't know if it runs *forever*, but it certainly runs a very long time.) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33593] - colspec colwidth=0*/ causes FOP to run forever
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33593. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33593 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-02-15 21:13 --- An interesting variant of the not even the first char will fit on the line bug. Marking as duplicate. *** This bug has been marked as a duplicate of 6094 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 6094] - 0.20.3rc hangs in endless loop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=6094. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=6094 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-02-15 21:13 --- *** Bug 33593 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33597] New: - [Patch] for xdocs Design and Implementation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33597 Summary: [Patch] for xdocs Design and Implementation Product: Fop Version: 1.0dev Platform: PC OS/Version: Windows XP Status: NEW Severity: enhancement Priority: P4 Component: documentation AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] bonjour Simon yet another patch for DnI (end of ch 4 begin of ch5). the chapters 5.5 to 5.9 need a complete rewrite, because of the implementation of Knuth's algorithm. would you say that it's stable enough to rewrite it now or shall i wait a little? cheers, Renaud -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33597] - [Patch] for xdocs Design and Implementation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33597 --- Additional Comments From [EMAIL PROTECTED] 2005-02-15 23:52 --- Created an attachment (id=14292) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14292action=view) update xdocs DnI -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33516] New: - text-align=end doesn't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33516. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33516 Summary: text-align=end doesn't work properly Product: Fop Version: all Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] I have 6 fo:block-container. 3 at the left side of the page with text- align=start and 3 at the right side of the page with text-align=end. So it looks a little bit as a 3x2 table. Problem: if there is a certain space between the left and the right objects, the text-align=end doesn't seem to work properly. The three objects at the right side have exactely the same horizontal position and also the same widht in the fo-file. But in the pdf-file one object is placed at the wrong position! It moves a little bit to the left. So this doesn't look nice if all objects should be right-aligned. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33516] - text-align=end doesn't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33516. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33516 --- Additional Comments From [EMAIL PROTECTED] 2005-02-11 11:28 --- Created an attachment (id=14252) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14252action=view) sample to the bug-description -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33516] - text-align=end doesn't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33516. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33516 --- Additional Comments From [EMAIL PROTECTED] 2005-02-11 11:36 --- I can't see the problem in the test FO you attached. Maybe you have a different test file where the problem happened. Alignment problems can happen if you're using a font with kerning information. If you remove the kerning elements from the font metric XML the problem should go away. Gruss aus Luzern :-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33383] New: - NPE while loading GIF image
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33383. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33383 Summary: NPE while loading GIF image Product: Fop Version: 1.0dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: images AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] list.fo seems to process without error now, except for the following NPE while loading a GIF image. java.lang.NullPointerException at sun.awt.image.URLImageSource.getConnection(URLImageSource.java:97) at sun.awt.image.URLImageSource.getDecoder(URLImageSource.java:106) at sun.awt.image.InputStreamImageSource.doFetch (InputStreamImageSource.java:240) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:172) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:136) I've found various posts on the net from people who have the same effect but not necessarily the same circumstances. In GifImage we load the image from an InputStream using a DummyConnection which is a URLConnection. However, the Sun ContentHandler for GIF images seems to use their own URLImageSource (a ImageProducer descendant) which wants the URL in the URLConnection to be non- null. Sun also has a InputStreamImageSource internally which they should probably use in this case. I tried supplying a dummy URL to see if the code would still use the InputStream that was supplied, but the image was loaded from the URL. So it actually opens a new connection. If anyone has an idea for a work-around, that would be cool. Happens under Sun JDKs 1.4.2_06 and 1.5.0_01. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33383] - NPE while loading GIF image
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33383. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33383 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|All |Windows XP Platform|All |PC -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33306] - Updates to Apache XML Graphics Charter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33306 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-02-03 16:50 --- After I submitted this bug, I modified the charter itself, so this bug is CLOSED. Move along folks, there's nothing to see here. Have a nice day! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33321] - Malformed regexps in src/foschema/fop.xsd
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33321 --- Additional Comments From [EMAIL PROTECTED] 2005-02-01 23:06 --- I'm not an expert on XML Schema and regular expressions, but shouldn't the + also be escaped, i.e. [\+\-]? If yes, don't bother to write a new patch. I'll do that for you, James. http://www.w3.org/TR/xmlschema-2/#cces -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33321] - Malformed regexps in src/foschema/fop.xsd
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33321 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-02-02 08:33 --- Patch applied with modifications. Thanks, James. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33306] - Updates to Apache XML Graphics Charter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33306 --- Additional Comments From [EMAIL PROTECTED] 2005-01-31 10:09 --- You have to properly register first to be able to edit any Wiki pages. Click on UserPreferences in the upper right corner. Thanks for helping with the charter. Reminds me that we should finish that task for the next board meeting (Wed, 23 Feb 2005, 10am Pacific) where we need to send our next project report. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33312] New: - break-before=page not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33312 Summary: break-before=page not working Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] If I use the example .fo files coming with FOP 1.0dev, page breaks are ignored. Also if I tried a simple example of my own with 'break-before=page' in an fo:block it does not work. This is happening with PDF output and with RTF (I know this is very very alpha ;-)) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33312] - break-before=page not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33312 --- Additional Comments From [EMAIL PROTECTED] 2005-01-31 11:38 --- BTW: This works great in 0.20.5 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33312] - break-before=page not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33312 --- Additional Comments From [EMAIL PROTECTED] 2005-01-31 11:48 --- You should know that not only the RTF output is very very alpha, the PDF output of FOP 1.0dev is, too. Don't worry, breaks are on the todo list. But of course, you might want to implement them yourself and send a patch. :-) Breaks shouldn't be too hard to implement and we're always happy if someone helps in the development. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33320] New: - Malformed regexps in src/foschema/fop.xsd
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33320. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33320 Summary: Malformed regexps in src/foschema/fop.xsd Product: Fop Version: 0.20.5 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: general AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] [PATCH] Some regexps are malformed in fop schema (as reported by Xerces). Patch follows: --- fop.xsd 2005-02-01 01:14:30.0 + +++ fop.xsd.new 2005-02-01 01:14:19.0 + @@ -775,11 +775,11 @@ enumeration value = +3/ enumeration value = 5/ /documentation /annotation restriction base = NMTOKEN - pattern value = [-+]?\d+/ + pattern value = [\-+]?\d+/ /restriction /simpleType simpleType name = number_Type annotation documentation @@ -788,11 +788,11 @@ enumeration value = 2/ enumeration value = 4/ /documentation /annotation restriction base = string - pattern value = [-+]?\d+\.\d*/ + pattern value = [\-+]?\d+\.\d*/ /restriction /simpleType simpleType name = length_Type annotation documentation @@ -804,11 +804,11 @@ enumeration value = 1in/ enumeration value = 1em/ /documentation /annotation restriction base = string - pattern value = [+-]?\d+\.?\d*(px|pt|mm|cm|in|em|%)/ + pattern value = [+\-]?\d+\.?\d*(px|pt|mm|cm|in|em|%)/ /restriction /simpleType simpleType name = length_range_Type annotation documentation @@ -896,11 +896,11 @@ enumeration value = 45deg/ enumeration value = -12deg/ /documentation /annotation restriction base = string - pattern value = [-+]?[1-3]?\d?\d?\.?\d*(deg|grad|rad)/ + pattern value = [\-+]?[1-3]?\d?\d?\.?\d*(deg|grad|rad)/ /restriction /simpleType simpleType name = percentage_Type annotation documentation @@ -909,11 +909,11 @@ enumeration value = 30%/ enumeration value = 100%/ /documentation /annotation restriction base = string - pattern value = [-+]?\d+\.?\d*%/ + pattern value = [\-+]?\d+\.?\d*%/ /restriction /simpleType simpleType name = character_Type annotation documentation -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33321] New: - Malformed regexps in src/foschema/fop.xsd
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33321 Summary: Malformed regexps in src/foschema/fop.xsd Product: Fop Version: 0.20.5 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: general AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] [PATCH] Some regexps are malformed in fop schema (as reported by Xerces). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33320] - Malformed regexps in src/foschema/fop.xsd
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33320. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33320 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-02-01 02:26 --- *** This bug has been marked as a duplicate of 33321 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33126] - [PATCH] updated documentation in /src/documentation/content/xdocs/DnI/areatree.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33126. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33126 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-01-30 20:58 --- Applied. Edited the last paragraph to point to LayoutManagerMaker. Thanks for your contribution. Simon Pepping -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33306] New: - Updates to Apache XML Graphics Charter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33306 Summary: Updates to Apache XML Graphics Charter Product: Fop Version: all Platform: All OS/Version: Mac OS X 10.0 Status: NEW Severity: normal Priority: P2 Component: documentation AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] Small updates to Apache XML Graphics Charter. PATCH contains 3 files, current 'immutable' charter: XMLGraphicsProjectCharter: ApacheXMLGraphicsProjectCharter.txt (current) ApacheXMLGraphicsProjectCharterB.txt (Clay's mods) xmlgcharter.txt (diff -u ApacheXMLGraphicsProjectCharter.txt ApacheXMLGraphicsProjectCharterB.txt xmlgcharter.txt -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33306] - Updates to Apache XML Graphics Charter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33306 --- Additional Comments From [EMAIL PROTECTED] 2005-01-31 02:41 --- Created an attachment (id=14138) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14138action=view) description in BUG -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33164] - ArrayIndexOutOfBounds on extern graphic in PCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33164 --- Additional Comments From [EMAIL PROTECTED] 2005-01-24 11:45 --- Yes, you are right the website isnt clear. When I tried the PCL Renderer, it didnt work with colour images at all. So I suggest you pre-process them using a graphics tool. In future, please use the mailing list to ask questions, rather than asking them in a bug report. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33174] - An unrecognized token'NaN' was found when opening pdf file with Acrobat Reader 6.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33174. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33174 --- Additional Comments From [EMAIL PROTECTED] 2005-01-21 09:22 --- Sounds like a division by zero somewhere or something like that. Please attach a sample XSL-FO file that shows this problem so we can reproduce it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33174] New: - An unrecognized token'NaN' was found when opening pdf file with Acrobat Reader 6.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33174. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33174 Summary: An unrecognized token'NaN' was found when opening pdf file with Acrobat Reader 6.0 Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] During converting the fo file to pdf file , all seem to be ok. Although there are some errors and warnings, all are about unimplemented property. Then I open the pdf, and the Reader told me that an unrecognized token'NaN' was found when opening pdf file . But the file is still be opened with the exception of that the first page is blank. The strcuture of the fo file is very simple, only a table. It has a header, footer and body. Under the header and footer, there is only one row. But there are over more than 2000 rows enclosed in the table body. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33164] - ArrayIndexOutOfBounds on extern graphic in PCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33164 --- Additional Comments From [EMAIL PROTECTED] 2005-01-20 19:50 --- (In reply to comment #1) This is a known issue. The PCL Renderer is very primitive, see the website for more info on limitations: http://xml.apache.org/fop/output.html#pcl Okay, thanks. I saw that, but it didn't say that images wouldn't be rendered, just that they'd be monochrome and not rendered properly if outside the printable area. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33164] New: - ArrayIndexOutOfBounds on extern graphic in PCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33164 Summary: ArrayIndexOutOfBounds on extern graphic in PCL Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: images AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] external-graphic doesn't seem to work with the PCL renderer. The following stack trace occurs both in my own fo and in examples/fo/basic/images.fo in the 0.20.5 distribution. Java 1.4.2_04 on XP Personal java.lang.ArrayIndexOutOfBoundsException: 4289 at org.apache.fop.render.pcl.PCLRenderer.printBMP(PCLRenderer.java:390) at org.apache.fop.render.pcl.PCLRenderer.renderImageArea(PCLRenderer. java:465) at org.apache.fop.image.ImageArea.render(ImageArea.java:107) at org.apache.fop.render.AbstractRenderer. renderLineArea(AbstractRenderer.java:516) at org.apache.fop.layout.LineArea.render(LineArea.java:519) at org.apache.fop.render.AbstractRenderer. renderBlockArea(AbstractRenderer.java:485) at org.apache.fop.layout.BlockArea.render(BlockArea.java:117) at org.apache.fop.render.AbstractRenderer. renderBlockArea(AbstractRenderer.java:485) at org.apache.fop.layout.BlockArea.render(BlockArea.java:117) at org.apache.fop.render.AbstractRenderer. renderAreaContainer(AbstractRenderer.java:451) at org.apache.fop.layout.ColumnArea.render(ColumnArea.java:71) at org.apache.fop.render.AbstractRenderer. renderSpanArea(AbstractRenderer.java:100) at org.apache.fop.layout.SpanArea.render(SpanArea.java:94) at org.apache.fop.render.AbstractRenderer. renderBodyAreaContainer(AbstractRenderer.java:368) at org.apache.fop.layout.BodyAreaContainer.render(BodyAreaContainer. java:137) at org.apache.fop.render.AbstractRenderer. renderRegions(AbstractRenderer.java:529) at org.apache.fop.render.pcl.PCLRenderer.renderPage(PCLRenderer.java: 758) at org.apache.fop.render.pcl.PCLRenderer.render(PCLRenderer.java:810) at org.apache.fop.apps.StreamRenderer.queuePage(StreamRenderer.java:302) at org.apache.fop.layout.AreaTree.addPage(AreaTree.java:108) at org.apache.fop.fo.pagination.PageSequence.makePage(PageSequence.java: 415) at org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java: 338) at org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:262) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:223) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl. scanEndElement(Unknown Source) at org.apache.xerces.impl. XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Sourc e) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl. scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.fop.apps.Driver.render(Driver.java:498) at org.apache.fop.apps.Driver.run(Driver.java:565) at FopTest.render(FopTest.java:89) at FopTest.render(FopTest.java:62) at FopTest.run(FopTest.java:50) at FopTest.main(FopTest.java:21 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33164] - ArrayIndexOutOfBounds on extern graphic in PCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33164 --- Additional Comments From [EMAIL PROTECTED] 2005-01-19 12:04 --- This is a known issue. The PCL Renderer is very primitive, see the website for more info on limitations: http://xml.apache.org/fop/output.html#pcl -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33164] - ArrayIndexOutOfBounds on extern graphic in PCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33164 --- Additional Comments From [EMAIL PROTECTED] 2005-01-19 12:13 --- PDF works fine. Haven't tried other renderers. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33126] New: - [PATCH] updated documentation in /src/documentation/content/xdocs/DnI/areatree.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33126. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33126 Summary: [PATCH] updated documentation in /src/documentation/content/xdocs/DnI/areatree.xml Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: documentation AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] bonjour fop-dev i did some update of this documentation. i'm not sure about the last paragraph, please correct it. renaud -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33126] - [PATCH] updated documentation in /src/documentation/content/xdocs/DnI/areatree.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33126. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33126 --- Additional Comments From [EMAIL PROTECTED] 2005-01-16 23:40 --- Created an attachment (id=14028) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14028action=view) patch for /xdocs/DnI/areatree.xml -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 10:31 --- I'm extremely reluctant to install a software in a language I don't understand. It's already enough of a pain to have a mixed german/english system. I'm sorry, but I won't install that version of Acrobat. IMO if different Acrobat variant (even with the same version numbers) produce different results it's more of a problem of Acrobat. I'd check if Adobe support has any idea. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 11:00 --- I understand. Meantime, is any way how to embed complete ttf font into PDF document instead needed parts only? http://xml.apache.org/fop/fonts.html writes: ... When embedding TrueType fonts (ttf) or TrueType Collections (ttc), a subset of the original font, containing only the glyphs used, is embedded in the output document. ... XEP includes complette font informations and theirs PDF does not prouce the problem. We have some developers capacity to try to solve such problem ourself, so if some change of souce will help, we can try it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 16:58 --- The description is a bit misleading. FOP embeds the whole font file into the PDF, which is actually a bad idea (CJK fonts files are big). There are additional structures in the PDF which are needed for mapping PDF character indexes into glyph indexes. FOP fills these with data only for characters which have been used in the document. I vaguely remember there are a few more PDF structures still missing. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 10:28 --- Please attach a testcase (FO file) so we can reproduce such a PDF ourselves. Otherwise, I don't know how to help. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 12:20 --- Created an attachment (id=13924) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13924action=view) Example of error. Please read readme.txt Thanks for response. Sorry that example is in Czech. I hope you will see the correct display of text from attachet image or text source in xsl. If it will make big problem, I can try to prepare example with english text section. Error can be seen in the middle of fifth page of pdf example. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 12:21 --- Created an attachment (id=13925) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13925action=view) font files used in example - part 1 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 12:22 --- Created an attachment (id=13926) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13926action=view) font files used in example - part 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 12:27 --- I am sending the font files, too. It is because I thing problem could be somewhere in embedding fonts or something similar. Our test did show two things: 1) If you remove font definitions for Arial from userconfig.xml, error never occurs... But # sign is displayed instead Czech characters, of course. 2) Very occasionaly Acrobat Reader shows error with text similar to Can not remove 2ac2eArial font . before GPF. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 12:56 --- I checked on Acrobat Readers 4.0.5, 5.0, 6.0.2 and GhostScript 8.14 and all showed your PDF and a newly generated one (using your sources) correctly, even closing and reopening the file several times. What you could try is to disable kerning by setting kerning=no on each font, but it may be necessary to remove all kerning elements from the font metrics XML files. Maybe it has something to do with that but I'm not sure. At the moment I have no clue what's wrong. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32992] New: - area contents overflows area in line empty
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32992. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32992 Summary: area contents overflows area in line empty Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] I noticed this strange behaviour of FOP (0.20.5): the more documents I generate, the less of these area contents overflows area in line FOP messages appear! I tested it by generating the exact same document over and over. These messages decrease until they don't appear anymore at all! When I restart my application (JVM) the same behaviour occurs: first lots of thses messages ... decreasing ... vanishing at all. Of course real messages stating the text that cause the overflow area contents overflows area in line Hello, this-is-a-very-long-text-that- doesnt-fit-into-the-FO-box still occur (correctly). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-07 17:44 --- Thank you for quick reply. Well, we have here a typical helpdesk problem - how to reproduce problem customer is reporting :-/. I know it, because I was on techsupport helpdesk one upon the time :-) Disabling of kerning I did try early and it does not help at all. Your reply discover that problem can be reproduced only on regional versions of Acrobat Reader. It does not matter, if it is Czech version or English Central European version. Of course I did not test all existing versions of AR, but I think that this example is satisfactionary. To comment more versions you did test: 4.0.5 - we are not using it and so I did not test it 5.0.0 CE - regional czech version produces the error. 5.0.5 - english version - does not produce error, 5.0.5 CE - regional czech version produces the error. 6.0.0 CE - English version for Central Europe produces the error 6.0.1 - English version does not produce the error 6.0.2 - as stated early, does not produce problem on regional czech version So it seems, that problem is attached with English CE or Czech CE versions of Acrobat of versions 5.x and 6.0.0 or 6.0.1. But still here remains question, why PDF produced by XEP 4.1 does not produce the error on any version. I am not expert - but only to give you any informations - can not be problem connected with embedding fonts some way? Maybe XEP uses a little bit different aproach for it? To help you reproduce the problem I put on our ftp two examples of installation packages of AR 5.0.5 CE: ftp.sybase.cz/pub you can use anonymous login Any conclusions, which can help us to solve this problem wellcomed -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] New: - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 Summary: Sticking words in generated PDF document Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] We are expriencing strange problem: Documents generated using FOP 0.20.5 sticks words accidentaly in PDF document. We are using FOP 0.20.5 to generate PDF documents using XSL and XML on command line and progrmmaticaly. We are using Java j2sdk1.4.1_02 Example: code in XSL: fo:inline xsl:use-attribute-sets=chr.012This text is example/fo:inline In PDF is seen: Thistext is example or This textisexample When we open the same PDF document several times, it sticks different words sometimes, not the same each time. Occasionaly is text correct and not sticked. When we look in XSL, the text is correct. Error can be produced only on large PDF files (our example has 5 pages) with long continuous text and many fo:inline sections. We did try another XSL:FO processor - XEP 4.1 with the same XSL and XML files and it produces PDF without any formatting error. So it is why we assume, that error is in FOP. We did test, that error can be produced on Adobe Acrobat Reader 5.0.0 CE, 5.0.5 CE, 6.0.0 CE. Error does not appear on AR 6.0.2 CE. But you can understood, we are not able to influence on users, which version of AR they will use... In document we are using Arial font defined in userconfig and appropriate xml definition file. If needed, I can provide more necessary informations as: - XSL and XML example - fop configuration Side effect of this error is GPF in AR sometimes. Any help very wellcomed, because it looks to be serious problem for us. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-06 19:21 --- Created an attachment (id=13913) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13913action=view) Example of error. Interesting is that this error is accompanied by formatting problem to which arrow is pointing -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32970 --- Additional Comments From [EMAIL PROTECTED] 2005-01-06 19:24 --- comment to picture: underlined text shoul be: nebo prevodem, zvolene variante, v pojistne -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 5221] - Image loading can hang forever
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=5221. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=5221 --- Additional Comments From [EMAIL PROTECTED] 2003-08-27 01:22 --- [new account, please ignore] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 30500] - [PATCH] End of AddLMVisitor.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30500. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30500 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-24 13:08 --- Applied with some changes. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] New: - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 Summary: Character Spacing messed up even though environment is identical Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] i have an PDF that is generated using the same XSL:FO Template on the same Machine using the same Versions of Java, the libaries, the fonts and fop ( Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03), fop 0.20.5 ) The only difference in the xsl:fo Templates are three lines of plain Text that are dependend on the user who generated the document. The Third line that differs is not included in the screenshot, its a date in the following block-container. Nevertheless the PDF Output in a line of static text differs: One version has a messed up spacing between c and a . How can that be? This Output is ok: http://www.db-central.de/jens/first.jpg This is not: http://www.db-central.de/jens/second.jpg The Red box shows whats wrong, the green box shows the dynamic elements. First one used this xsl:fo http://www.db-central.de/jens/first/12ba203a599955d85d9e399a313ecfe6_228 69.fo Second one this: http://www.db-central.de/jens/second/13523e22c4c9c4692a27fa7d21c20f72_22 650.fo I compared them using a diff tool, they are identical, just the Names are different. The font Metrics file i generated using FOP is here: http://www.db-central.de/jens/tahoma.xml I noticed in another project the depending on the ttf font file used character spacings were generally messed up, replacing the font file (which worked fine under windows) seemed to do the trick. (in this case we replaced the Univers Font File with its Corel equivalent Zurich). If necessary i can provide you with the font files as well. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:04 --- Created an attachment (id=13830) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13830action=view) this pdf is ok -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:06 --- Created an attachment (id=13831) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13831action=view) the fo source for the ok pdf -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:08 --- Created an attachment (id=13832) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13832action=view) this pdf is not ok -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:08 --- Created an attachment (id=13833) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13833action=view) fo source for the pdf that is not ok -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:10 --- Created an attachment (id=13834) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13834action=view) screenshot for the ok pdf -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:10 --- Created an attachment (id=13835) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13835action=view) screenshot for the pdf that is not ok -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |major --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:12 --- Another thing i just saw: If i change the Name at the top of the page from Mr. Rudi BBK1 to Test in the fo Template the character spacing between c and a in www.spectrocampus.com at the bottom of the page is okay again. Mr. Rudi BBK1 (letter scrambled) http://www.db-central.de/jens/scramble/ Test (ok) http://www.db-central.de/jens/scramble2/ Does www.spectrocampus.com appear scrambled in your PDF Viewer too? In the PDF at the first Link like it does Here http://www.db-central.de/jens/second.jpg ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32826] - Character Spacing messed up even though environment is identical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32826. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32826 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-12-23 11:23 --- Yes, I can see the problem in my PDF viewer. This is most probably a kerning problem. I've had this myself and resolved it by disabling kerning. Specify kerning=no for the Tahoma font in the userconfig.xml. I must say, however, that I don't think that is enough to disable kerning. I remember having to remove all the kerning elements in the generated font metrics file. I'm closing this bug as I'm pretty confident that this will solve your problem, but please reopen if this doesn't help. HTH -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32671] - fo:text with no fo:block ancestor when using fo:title
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32671 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-22 19:23 --- This is only a rough solution: leaders, external graphics, page numbers cause null pointer exceptions. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 1063] - fop does not handle large fo files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=1063. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=1063 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:30 --- *** Bug 29608 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 29608] - FOP out of memory exception
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29608. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29608 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version||All Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:30 --- See also the FAQ entry about memory problems. *** This bug has been marked as a duplicate of 1063 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32772] - render Chinese document OutOfMemory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32772 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:32 --- Have a look at the FAQ entry regarding memory problems. In your case, I suspect embedding the font contributes significantly to the problem. Please discuss details on the FOP mailing list. *** This bug has been marked as a duplicate of 1063 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 1063] - fop does not handle large fo files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=1063. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=1063 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:32 --- *** Bug 32772 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 14626] - List of files with bad CR/LF
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=14626. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=14626 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:36 --- I think this is no longer relevant. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32789] New: - Arabic words are broken for rendering PDF from FOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32789. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32789 Summary: Arabic words are broken for rendering PDF from FOP Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: pdf renderer AssignedTo: fop-dev@xml.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Lack of support for multi-language seems to be happening in FOP. Arabic is right to left, and there are rules for joining letters. We did the following steps listed in http://www.javaranch.com/journal/200409/CreatingMultipleLanguagePDFusingApacheFO P.html However, the Arabic words are able to display letter by letter, but the words are broken. No glyphs to join letter with letter... Initially we thought it may be the font problem. Then we tried download quite a number of Arabic fonts, (like tradbdo.ttf, trado.ttf, nesf2.ttf, Nafees_Naskh.ttf etc.) The font that contains most glyphs are Nafees_Naskh.ttf, which contains 581 number of glyphs. However, after rendering pdf using FOP, the words are still broken. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32789] - Arabic words are broken for rendering PDF from FOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32789. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32789 --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 23:34 --- There is no BIDI support in FOP 0.20.5, which not only means no support for fo:bidi and writing-direction=lr but also no detection of tb-rl scripts. There had been a patch for the latter which required Java 1.4 (Java 1.3 doesn't have the necessary infrastructure). If you manage to find it, you can use arabic and other tb-rl scripts, but you still have to remember to swap begin/end-margins and similar properties for blocks explicitely. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32772] New: - render Chinese document OutOfMemory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32772. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32772 Summary: render Chinese document OutOfMemory Product: Fop Version: 0.20.5 Platform: PC OS/Version: Linux Status: NEW Severity: blocker Priority: P2 Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am one of the developers in GIMP-help-2 (http://www.gimp.org/docs/) project. Recently we plan to convert XML files to PDF, I just try fop. Unfortunately it have not worked for Chinese docs. It complained of hundreds of No spaces to justify text in line, and ended with Exception in thread main java.lang.OutOfMemoryError: Java heap space. Cai Qian -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 29711] - [PATCH] LineArea.canBreakMidWord() RFC3066 fix
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29711. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29711 --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 23:35 --- This bug have caused a lot of problem for CJK people. I think it is very easy to fix. It really need someone to fix it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32704] New: - java.lang.OutOfMemoryError on auto page-height and using a footer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32704. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32704 Summary: java.lang.OutOfMemoryError on auto page-height and using a footer Product: Fop Version: 1.0dev Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] An fo:simple-page-master page-height=auto ... / Gives an OutOfMemoryError if the fo:region-after ../ is used when converting to PDF (may not be relevant). Happens in the current CVS version 14-dec-2004 and has been hapening for several months. The problem is illustrated in the following sample. === fo:root fo:layout-master-set fo:simple-page-master page-height=auto master-name=all-pages fo:region-body/ fo:region-after region-name=page-footer/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=all-pages fo:static-content flow-name=page-footer fo:blockHello/fo:block /fo:static-content fo:flow flow-name=xsl-region-body fo:blockWorld/fo:block /fo:flow /fo:page-sequence /fo:root -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32671] New: - fo:text with no fo:block ancestor when using fo:title
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32671 Summary: fo:text with no fo:block ancestor when using fo:title Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using fo:titlefoo/fo:title (which seems perfectly legal), FOP dies with a NullPointerException after giving the message Unexpected: fo:text with no fo:block ancestor. The exception is raised in org.apache.fop.fo.FOText.createBlockPointers(FOText.java:199), which tries to find a fo:block ancestor, gives the Unexpected message when it reaches Root, and then loops back and gets a NullPointerException. Inserting a break; after the Unexpected message instead gives a ClassCastException at org.apache.fop.layoutmgr.ContentLayoutManager.addChildLM(ContentLayoutManager.java:287), where it tries to add an org.apache.fop.layoutmgr.InlineStackingLayoutManager, which isn't an InlineLevelLayoutManager. I'll add an attachment with sample code. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32671] - fo:text with no fo:block ancestor when using fo:title
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32671 --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 20:02 --- Created an attachment (id=13746) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13746action=view) Test file to trigger the bug Use: ./fop.sh frotz.fo frotz.pdf -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32600] New: - Printing of a downloaded FOP-generated PDF not possible until it is saved
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32600 Summary: Printing of a downloaded FOP-generated PDF not possible until it is saved Product: Fop Version: all Platform: PC OS/Version: Windows XP Status: NEW Severity: minor Priority: P2 Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We use FOP for generating different PDF documents. Several of our clients are not able to print one special type of these documents right after downloading them. The error message is kind of Document could not be printed. Print job could not be started (translated from German). It is possible after the document was saved. We could not yet reproduce the error. The XSL templates for the corresponding PDF doesn't seem to contain anything suspicious that is not contained by XSL templates for other PDFs. Does anyone has an idea what problem may be responsible for this behaviour? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32612] New: - [PATCH] refactoring of knuth line breaking code.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32612 Summary: [PATCH] refactoring of knuth line breaking code. Product: Fop Version: 1.0dev Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch refactor the knuth line breaking code in its own class and multiple smaller methods. The patch also contain several performance improvements to the knuth line breaking code. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32612] - [PATCH] refactoring of knuth line breaking code.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32612 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 21:02 --- Created an attachment (id=13712) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13712action=view) Unified diff against HEAD. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32600] - Printing of a downloaded FOP-generated PDF not possible until it is saved
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32600 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 23:21 --- I don't think this is FOP-related; we just create the PDF. I think your problem is with the Acrobat Reader. Do you see anything in common with those clients which aren't having a problem and anything in common with those who are? (i.e., browser type, version of AR on the client, etc.) Does the same problem occur if you send a PDF not made by FOP? If so, you may want to try the Acrobat site for help. Glen -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32600] - Printing of a downloaded FOP-generated PDF not possible until it is saved
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32600 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-10 08:34 --- (In reply to comment #1) I don't think this is FOP-related; we just create the PDF. I think your problem is with the Acrobat Reader. Do you see anything in common with those clients which aren't having a problem and anything in common with those who are? (i.e., browser type, version of AR on the client, etc.) Does the same problem occur if you send a PDF not made by FOP? If so, you may want to try the Acrobat site for help. Glen Hi Glen, thanks for the immediate reply. You are right. We found out, that the problem is indeed an AR problem. The filenames of the generated documents are generated, too, and for some types of PDFs they become very long. Obviously there some AR versions which cannot handle printing of a document which such a long filename. At that point it also makes sense that printing after saving works. The user probably would have chosen a much shorter filename. Thank you, Stephan -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32528] - 'viewbox' attribute of svg element handled incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32528 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-06 16:02 --- Thanks Thomas - since this is a Batik/SVG issue then it is not a bug with FOP. I will mark it as invalid. Mark - before raising bugs it is generally a good idea to ask questions on the user mailing list. You would have received an answer sooner. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Bug report for Fop [2004/12/06]
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) |
| | +-+
| | | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| | | MIN=Minor NOR=Normal ENH=Enhancement |
| | | +-+
| | | | Date Posted |
| | | | +--+
| | | | | Description |
| | | | | |
| 635|Opn|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence |
| 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font |
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row|
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly |
| 2909|New|Maj|2001-07-30|Gradient render error |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body |
| 3497|New|Maj|2001-09-07|id already exists error when using span=all attr|
| 3824|New|Blk|2001-09-25|MIF option with tables|
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored? |
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|Opn|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render |
| 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect |
| 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi|
| 7140|New|Enh|2002-03-15|page-position attribute set to last on condition|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space |
| 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images |
| 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly |
| 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 8767|Ass|Min|2002
DO NOT REPLY [Bug 32528] - 'viewbox' attribute of svg element handled incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32528 --- Additional Comments From [EMAIL PROTECTED] 2004-12-05 03:00 --- Hi Mark, I'm pretty sure this is a misunderstanding of the SVG specification on your part. In particular I think you need to read the sections on viewBox and preserveAspectRatio (PAR). As to your second example you need to read section 14.3.4 which makes it clear that the clip rect is based on X/Y/Width/Height not the viewBox directly. So the content is set to fit horizontally (default value of PAR). This means that 'space' is left above and below the content (think movie letter box). Since the clip is based on W/H not viewBox the content above and below the viewBox area is allowed to show. I suggest the bug be closed as INVALID, but I will leave that to a true FOP person. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 17521] - Fonts in PDF
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=17521. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=17521 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||forum.de OS/Version||All -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32528] New: - Rendering images wrong size
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32528 Summary: Rendering images wrong size Product: Fop Version: all Platform: PC OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: svg AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I intend to use the file below to create a small book in which the pages are defined as SVG files. The FO is intended to provide titles, page numbers, and bundle things nicely so it can be displayed as a PDF. Unfortunately, the values I use for the width and height of fo:instream-foreign-object and svg seem to be ignored. When I transform the below document, there are large gaps both above and below the image. With the current settings, the svg content ought to obscure the header and footer. However, the entire SVG has been squashed and leaves large gaps above and below the image content. Could someone look at this and tell me if this is an error in my coding or if it's a bug? Thanks, Mark McKay --- ?xml version=1.0 encoding=ISO-8859-1? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; !-- A typical printed page with -- fo:layout-master-set fo:simple-page-master master-name=A4 page-width=210mm page-height=297mm margin-top=1cm margin-bottom=1cm margin-left=1cm margin-right=1cm fo:region-body margin=0cm/ !-- 2cm gutters on all sides-- fo:region-before extent=1cm/ fo:region-after extent=1cm/ fo:region-start extent=1cm/ fo:region-endextent=1cm/ /fo:simple-page-master /fo:layout-master-set !-- Content pages -- fo:page-sequence master-reference=A4 fo:static-content flow-name=xsl-region-before fo:block text-align-last=justifyfo:inline font-style=italicPuzzle Corner/fo:inlinefo:leader/fo:inline font-style=italichttp://www.kitfox.com/puzzlecorner/fo:inline/fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:block text-align=centerfo:page-number//fo:block /fo:static-content fo:flow flow-name=xsl-region-body !--fo:block text-align=center-- fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; width=190mm height=277mm viewBox=0 0 10 10 rect x=0 y=0 width=10 height=10 fill=green stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; width=190mm height=277mm viewBox=0 0 10 10 rect x=0 y=0 width=10 height=10 fill=blue stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; width=190mm height=277mm viewBox=0 0 10 10 rect x=0 y=0 width=10 height=10 fill=red stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block /fo:flow /fo:page-sequence /fo:root -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32528] - 'viewbox' attribute of svg element handled incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32528. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32528 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Rendering images wrong size |'viewbox' attribute of svg ||element handled incorrectly --- Additional Comments From [EMAIL PROTECTED] 2004-12-04 04:48 --- It seems the bug is due to the vertical aspect of the svg's viewbox attribute not being handled correctly. The document below demonstrates the problem more clearly. The second rectangle drawn here should extend outside of the viewport; however, it's vertical aspect is still within the view. ?xml version=1.0 encoding=ISO-8859-1? !-- Dimensions and margins of popular book formats: http://www.cafepress.com/cp/info/help/learn_book_layout.aspx -- fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; !-- A typical printed page with -- fo:layout-master-set fo:simple-page-master master-name=A4 page-width=210mm page-height=297mm margin-top=1cm margin-bottom=1cm margin-left=1cm margin-right=1cm !-- Main body inset 3cm from outer margin. Provides 170x257mm content area -- fo:region-body margin=0cm/ !-- 2cm gutters on all sides-- fo:region-before extent=1cm/ fo:region-after extent=1cm/ fo:region-start extent=1cm/ fo:region-endextent=1cm/ /fo:simple-page-master /fo:layout-master-set !-- Content pages -- fo:page-sequence master-reference=A4 fo:static-content flow-name=xsl-region-before fo:block text-align-last=justifyfo:inline font-style=italicPuzzle Corner/fo:inlinefo:leader/fo:inline font-style=italichttp://www.kitfox.com/puzzlecorner/fo:inline/fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:block text-align=centerfo:page-number//fo:block /fo:static-content fo:flow flow-name=xsl-region-body !--fo:block text-align=center-- fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; x=0 y=0 width=190mm height=277mm rect x=0 y=0 width=190mm height=277mm fill=green stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; width=190mm height=277mm viewBox=0 0 10 10 rect x=-2 y=-2 width=14 height=14 fill=blue stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block fo:block fo:instream-foreign-object width=190mm height=277mm svg xmlns=http://www.w3.org/2000/svg; width=190mm height=277mm viewBox=0 0 10 10 rect x=0 y=0 width=10 height=10 fill=red stroke=black stroke-width=1/ /svg /fo:instream-foreign-object /fo:block /fo:flow /fo:page-sequence /fo:root -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
