You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2008/01/29 02:29:31 UTC
DO NOT REPLY [Bug 44317] New: - RTF Static Content Error In Every Region
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=44317>.
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=44317
Summary: RTF Static Content Error In Every Region
Product: Fop
Version: 0.94
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: rtf
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: peter@peterryan.net
When generating an RTF FOP renders a static content element in every
corresponding region even when this is not reflected in the fo object.
For example if page 1 of a document which uses a simple-page-master that has a
region-before set with a non-zero extent, and has a static content header
defined in the region-before, and page 2 uses a different simple-page-master
where the extent of the region-before is set to 0, the header will still be
rendered in the 2nd page in a .rtf document; in a .pdf the header is correctly
not shown.
The .fo document reflects that the header is not in the 2nd page, but it is
still rendered anyway.
Please see the attached example. Again the generating an RTF is displaying
incorrect behavior and the PDF is the expected output.
--
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 44317] - RTF Static Content Error In Every Region
Posted by bu...@apache.org.
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=44317>.
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=44317
------- Additional Comments From peter@peterryan.net 2008-01-28 17:30 -------
Created an attachment (id=21439)
--> (http://issues.apache.org/bugzilla/attachment.cgi?id=21439&action=view)
This fo demonstrates the problem
--
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 44317] - RTF Static Content Error In Every Region
Posted by bu...@apache.org.
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=44317>.
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=44317
jeremias@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From jeremias@apache.org 2008-01-28 23:49 -------
I've done some experiments, even manually modified the RTF file. I don't get MS
Word Viewer to reset the top margin to 0 after it has once been set to a
non-zero value. If you move the last page-sequence in your demo file as the
first, you'll see that the first page is handled correctly with no margins. IMO,
this is a bug in Word. FOP has a lot of limitations concerning RTF output. Some
of them come from the incomplete implementation of the RTF output but even more
come from limitations of the RTF format itself or from the way the RTF is
interpreted by word processors.
--
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.