cvs commit: xml-fop/src/java/org/apache/fop/area AreaTree.java
vmote 2003/09/09 23:25:36
Modified:src/java/org/apache/fop/apps Driver.java
src/java/org/apache/fop/area AreaTree.java
Log:
remove unneeded reference to Renderer from within the area package
Revision ChangesPath
1.39 +2 -1 xml-fop/src/java/org/apache/fop/apps/Driver.java
Index: Driver.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/apps/Driver.java,v
retrieving revision 1.38
retrieving revision 1.39
diff -u -r1.38 -r1.39
--- Driver.java 2 Sep 2003 13:56:40 - 1.38
+++ Driver.java 10 Sep 2003 06:25:36 - 1.39
@@ -52,6 +52,7 @@
// FOP
import org.apache.fop.area.AreaTree;
+import org.apache.fop.area.RenderPagesModel;
import org.apache.fop.fo.ElementMapping;
import org.apache.fop.fo.FOTreeBuilder;
@@ -588,7 +589,7 @@
FOTreeHandler foTreeHandler = (FOTreeHandler)foInputHandler;
foTreeHandler.addFOTreeListener(currentDocument);
currentDocument.areaTree = new AreaTree();
-currentDocument.atModel = AreaTree.createRenderPagesModel(renderer);
+currentDocument.atModel = new RenderPagesModel(renderer);
//this.atModel = new CachedRenderPagesModel(renderer);
currentDocument.areaTree.setTreeModel(currentDocument.atModel);
try {
1.2 +10 -21xml-fop/src/java/org/apache/fop/area/AreaTree.java
Index: AreaTree.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/area/AreaTree.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- AreaTree.java 11 Mar 2003 13:05:27 - 1.1
+++ AreaTree.java 10 Sep 2003 06:25:36 - 1.2
@@ -3,34 +3,34 @@
*
*The Apache Software License, Version 1.1
*
- *
+ *
* Copyright (C) 1999-2003 The Apache Software Foundation. All rights reserved.
- *
+ *
* Redistribution and use in source and binary forms, with or without modifica-
* tion, are permitted provided that the following conditions are met:
- *
+ *
* 1. Redistributions of source code must retain the above copyright notice,
*this list of conditions and the following disclaimer.
- *
+ *
* 2. Redistributions in binary form must reproduce the above copyright notice,
*this list of conditions and the following disclaimer in the documentation
*and/or other materials provided with the distribution.
- *
+ *
* 3. The end-user documentation included with the redistribution, if any, must
*include the following acknowledgment: This product includes software
*developed by the Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself, if
*and wherever such third-party acknowledgments normally appear.
- *
+ *
* 4. The names FOP and Apache Software Foundation must not be used to
*endorse or promote products derived from this software without prior
*written permission. For written permission, please contact
*[EMAIL PROTECTED]
- *
+ *
* 5. Products derived from this software may not be called Apache, nor may
*Apache appear in their name, without prior written permission of the
*Apache Software Foundation.
- *
+ *
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
* INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
* FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
@@ -42,16 +42,14 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- *
+ *
* This software consists of voluntary contributions made by many individuals
* on behalf of the Apache Software Foundation and was originally created by
* James Tauber [EMAIL PROTECTED]. For more information on the Apache
* Software Foundation, please see http://www.apache.org/.
- */
+ */
package org.apache.fop.area;
-import org.apache.fop.render.Renderer;
-
import java.util.ArrayList;
import java.util.List;
import java.util.Map;
@@ -87,15 +85,6 @@
// list of id's yet to be resolved and arraylists of pages
private Map resolve = new HashMap();
private List treeExtensions = new ArrayList();
-
-/**
- * Create a render pages area tree model.
- * @param rend the
Re: FOP updated to new Batik API
Hi Glen,
Thanks for doing this.
I just updated my FOP and ran some FO/SVG through it.
You seem to have gotten most of it, but I noticed that
you didn't use TextPainterInfo.fillPaint - instead you
continued to use the value of the FOREGROUND attribute.
You may not have noticed this becuase I was unable to
'remove' the FOREGROUND ACI attribute as I was for the
others (it comes from the JDK). I've attached a tiny
patch that fixes this for the PDFTextPainter.
I also have attached a patch for PDFGraphics2D.
The patch has two parts - the first is the more important
of the two.
The first block is for drawing images and
does two things - first it installs the composite from
the PDFGraphics when drawing the image to it's offscreen
buffer - this ensures that 'group opacity' is properly
propagated. Second it removes the 'composite with white'
this was important before FOP handled masks but since it
does that now I would remove it, it makes a quite visible
difference in a lot of places.
The second part of the patch is probably not that
important (but was part of my tracking down the FOREGROUND
bug). It seems that in general PDFGraphics2D is a little
shaky in how it treats color vs paint. This patch just
tries to make sure that everywhere it sets color it also
sets paint. This part probably needs more work but might
warrent an entry in Bugzilla or something.
Glen Mazza wrote:
--- Thomas DeWeese [EMAIL PROTECTED] wrote:
1.) We do not have plans anytime soon for making a
new
release of maintenance--so, if I made the change,
the
new pdftranscoder.jar could be based only on a
nightly
build--is that OK with you?
I think that would be fine.
Changes have been made on maintenance (0.20.5) and
development (1.0) version. I also updated the Batik
library to that of a nightly build.
I stand corrected--pdf transcoder.jar is actually
using our development (1.0) version--which is very
good news--you can checkout xml-fop and just run Ant
(default target) to get the pdftranscoder.jar.
We've had some moving around in the files recently--if
there's a problem with the pdftranscoder.jar, let us
know--we may need to update the build process in case
certain files have been left out.
How do I obtain a single batik.jar for me to compile
According to an email from Keiron in the fop-dev
archives, FOP relies on the all-jar target in your
build.xml. I just sent you a patch (in Bugzilla) to
update the build.xml helptext to include a description
of that target. (Saves confusion down the road...)
Great that is a good idea.
Index: src/java/org/apache/fop/svg/PDFTextPainter.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/svg/PDFTextPainter.java,v
retrieving revision 1.7
diff -w -u -r1.7 PDFTextPainter.java
--- src/java/org/apache/fop/svg/PDFTextPainter.java 9 Sep 2003 19:44:22 -
1.7
+++ src/java/org/apache/fop/svg/PDFTextPainter.java 10 Sep 2003 09:54:26 -
@@ -138,7 +138,6 @@
gvtFonts = (List) aci.getAttribute(
GVTAttributedCharacterIterator.TextAttribute.GVT_FONT_FAMILIES);
-Paint forg = (Paint) aci.getAttribute(TextAttribute.FOREGROUND);
TextPaintInfo tpi = (TextPaintInfo) aci.getAttribute(
GVTAttributedCharacterIterator.TextAttribute.PAINT_INFO);
@@ -146,6 +145,7 @@
return;
}
+Paint forg = tpi.fillPaint;
Paint strokePaint = tpi.strokePaint;
Float size = (Float) aci.getAttribute(TextAttribute.SIZE);
if (size == null) {
Index: src/java/org/apache/fop/svg/PDFGraphics2D.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/svg/PDFGraphics2D.java,v
retrieving revision 1.10
diff -w -u -r1.10 PDFGraphics2D.java
--- src/java/org/apache/fop/svg/PDFGraphics2D.java 20 Aug 2003 18:09:46 -
1.10
+++ src/java/org/apache/fop/svg/PDFGraphics2D.java 10 Sep 2003 09:56:47 -
@@ -471,6 +471,7 @@
g.setPaint(new Color(1, 1, 1, 0));
g.fillRect(0, 0, width * scaleFactor, height * scaleFactor);
g.clip(new Rectangle(0, 0, buf.getWidth(), buf.getHeight()));
+g.setComposite(gc.getComposite());
if (!g.drawImage(img, 0, 0, buf.getWidth(), buf.getHeight(), observer)) {
return false;
@@ -498,33 +499,13 @@
val = iarray[j];
alpha = val 24;
mask[maskpos++] = (byte)(alpha 0xFF);
-if (alpha != 255) {
+if (alpha != 255)
hasMask = true;
-/*
-if (alpha != 0) {
-binaryMask = false;
-}*/
-
-// System.out.println(Alpha: + alpha);
-
DO NOT REPLY [Bug 5047] - Dotted border style is not supported
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5047. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5047 Dotted border style is not supported --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 10:25 --- We have the same problem, as descriped below. - (no dotted lines) Is somebody working on this bug?
DO NOT REPLY [Bug 21640] - ClassCastException with Block-container in block
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640 ClassCastException with Block-container in block --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 10:30 --- I have the same problem...
DO NOT REPLY [Bug 21640] - ClassCastException with Block-container in block
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640 ClassCastException with Block-container in block --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 11:30 --- From http://xml.apache.org/fop/compliance.html#fo-object-block-container it seems as if block-container simply isn't fully supported yet. A better error message might still be appropriate.
Using FOP's Batik in Cocoon (Re: Cocoon's FOP hardcoded with JAI?)
On Wed, Sep 10, 2003 at 12:59:07PM +0200, Steven Noels wrote: Jeff Turner wrote: I'd be interested to know if any other users experience this problem, and also why Cocoon needs a recompiled FOP jar in the first place. Me too, as I'm experiencing the exact same problem as you described, with jimi.jar on the classpath. Even worse, there isn't a supported version of JAI for Mac OSX. With the latest binary release version of FOP, I have no problems at all, so unless someone objects, I'll revert to that one. +1 While you're at it, we should consider replacing Cocoon's Batik with that from FOP 0.20.5. Building FOP's site with CVS Forrest (fop 0.20.5 + Batik from CVS) results in this error: * [0] dev/svg/text.svg Exception in thread main java.lang.NoSuchMethodError: org.apache.batik.bridge.UnitProcessor.createContext(Lorg/apache/batik/bridge/BridgeContext;Lorg/w3c/dom/Element;)Lorg/apache/batik/util/UnitProcessor$Context; at org.apache.fop.svg.SVGElement.layout(SVGElement.java:218) at org.apache.fop.fo.flow.InstreamForeignObject.layout(InstreamForeignObject.java:251) at org.apache.fop.fo.flow.Block.layout(Block.java:257) at org.apache.fop.fo.flow.AbstractFlow.layout(AbstractFlow.java:154) Apparently this is a symptom of FOP requiring its own version of Batik: http://archives.real-time.com/pipermail/cocoon-users/2003-June/035132.html http://koala.ilog.fr/batik/mlists/batik-dev/archives/msg03372.html When I switch in FOP's Batik, the problem disappears. So I've committed it for Forrest. It's not clear-cut though. Quoting the first referenced email: This [using FOP's Batik] may have negative impacts on Cocoons SVG serializer though, so you should not use a PDF generating pipeline which uses embedded or referenced SVGs and a SVG generating pipeline at the same time. Cc'ing fop-dev's who better know the pros and cons of this move. --Jeff /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source Java XMLAn Orixo Member Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org
DO NOT REPLY [Bug 5047] - Dotted border style is not supported
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5047. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5047 Dotted border style is not supported --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 14:27 --- That is correct. the dotted and dashed border-styles are not yet implemented. However, rule- style=dashed issupported in PDF (as part of leader), although it is not supported in AWT/print. Hope this helps!
RE: (Victor) RE: import statements
No problem--Thanks for the very quick response. Glen --- Victor Mote [EMAIL PROTECTED] wrote: All of the global imports are now gone. Again, I apologize for the inconvenience. Victor Mote __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
cvs commit: xml-fop/src/java/org/apache/fop/render/xml XMLRenderer.java
vmote 2003/09/10 11:42:23
Modified:src/java/org/apache/fop/area/inline Character.java
InlineArea.java InlineParent.java Leader.java
Space.java Viewport.java Word.java
src/java/org/apache/fop/render AbstractRenderer.java
src/java/org/apache/fop/render/xml XMLRenderer.java
Added: src/java/org/apache/fop/area/inline InlineAreaVisitor.java
Log:
add InlineAreaVisitor interface to make Area Tree more independent of Rendering
Revision ChangesPath
1.2 +15 -16xml-fop/src/java/org/apache/fop/area/inline/Character.java
Index: Character.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/area/inline/Character.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Character.java11 Mar 2003 13:05:40 - 1.1
+++ Character.java10 Sep 2003 18:42:22 - 1.2
@@ -3,34 +3,34 @@
*
*The Apache Software License, Version 1.1
*
- *
+ *
* Copyright (C) 1999-2003 The Apache Software Foundation. All rights reserved.
- *
+ *
* Redistribution and use in source and binary forms, with or without modifica-
* tion, are permitted provided that the following conditions are met:
- *
+ *
* 1. Redistributions of source code must retain the above copyright notice,
*this list of conditions and the following disclaimer.
- *
+ *
* 2. Redistributions in binary form must reproduce the above copyright notice,
*this list of conditions and the following disclaimer in the documentation
*and/or other materials provided with the distribution.
- *
+ *
* 3. The end-user documentation included with the redistribution, if any, must
*include the following acknowledgment: This product includes software
*developed by the Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself, if
*and wherever such third-party acknowledgments normally appear.
- *
+ *
* 4. The names FOP and Apache Software Foundation must not be used to
*endorse or promote products derived from this software without prior
*written permission. For written permission, please contact
*[EMAIL PROTECTED]
- *
+ *
* 5. Products derived from this software may not be called Apache, nor may
*Apache appear in their name, without prior written permission of the
*Apache Software Foundation.
- *
+ *
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
* INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
* FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
@@ -42,16 +42,14 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- *
+ *
* This software consists of voluntary contributions made by many individuals
* on behalf of the Apache Software Foundation and was originally created by
* James Tauber [EMAIL PROTECTED]. For more information on the Apache
* Software Foundation, please see http://www.apache.org/.
- */
+ */
package org.apache.fop.area.inline;
-import org.apache.fop.render.Renderer;
-
/**
* Single character inline area.
* This inline area holds a single character.
@@ -69,12 +67,13 @@
}
/**
- * Render this inline area.
+ * Handle InlineAreaVisitor request by passing this back to it.
*
- * @param renderer the renderer to render this character area
+ * @param visitor the InlineAreaVisitor wishing to process this.
+ * @see org.apache.fop.area.inline.InlineAreaVisitor
*/
-public void render(Renderer renderer) {
-renderer.renderCharacter(this);
+public void acceptVisitor(InlineAreaVisitor visitor) {
+visitor.serveVisitor(this);
}
/**
1.2 +15 -16xml-fop/src/java/org/apache/fop/area/inline/InlineArea.java
Index: InlineArea.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/area/inline/InlineArea.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- InlineArea.java 11 Mar 2003 13:05:40 - 1.1
+++ InlineArea.java 10 Sep 2003 18:42:22 - 1.2
@@ -3,34 +3,34 @@
*
*
DO NOT REPLY [Bug 23080] New: - Bug due to float/int-conversion repaired
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080 Bug due to float/int-conversion repaired Summary: Bug due to float/int-conversion repaired Product: Fop Version: all Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Bug due to float/int-conversion repaired Kind regards Peter Herweg
DO NOT REPLY [Bug 23080] - Bug due to float/int-conversion repaired
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080 Bug due to float/int-conversion repaired --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:00 --- Created an attachment (id=8133) bug due to float/int-conversion repaired
DO NOT REPLY [Bug 23080] - [PATCH] RTF: Bug due to float/int-conversion repaired
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23080 [PATCH] RTF: Bug due to float/int-conversion repaired [EMAIL PROTECTED] changed: What|Removed |Added Summary|Bug due to float/int- |[PATCH] RTF: Bug due to |conversion repaired |float/int-conversion ||repaired
DO NOT REPLY [Bug 23082] New: - [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082 [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int Summary: [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int Product: Fop Version: all Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] RtfColorTable.getColorNumber has to return Integer instead of int. This is needed, because RtfColorTable.getColorNumber must be able to return null. Bye Peter
DO NOT REPLY [Bug 23082] - [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082 [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:21 --- Created an attachment (id=8134) RtfColorTable: returns Integer instead of int
DO NOT REPLY [Bug 23082] - [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23082 [PATCH] RTF: RtfColorTable.getColorNumber has to return Integer instead of int --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:21 --- Created an attachment (id=8135) RtfHandler: returns Integer instead of int
DO NOT REPLY [Bug 23085] New: - [Patch] RTF: startColumn and endColumn events added to FOInputHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085 [Patch] RTF: startColumn and endColumn events added to FOInputHandler Summary: [Patch] RTF: startColumn and endColumn events added to FOInputHandler Product: Fop Version: all Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] startColumn and endColumn events added to FOInputHandler I will need this in near future, because i am working on table support. Bye Peter
DO NOT REPLY [Bug 23085] - [Patch] RTF: startColumn and endColumn events added to FOInputHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085 [Patch] RTF: startColumn and endColumn events added to FOInputHandler --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:51 --- Created an attachment (id=8138) FOInputHandler: startColumn and endColumn added
DO NOT REPLY [Bug 23085] - [Patch] RTF: startColumn and endColumn events added to FOInputHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085 [Patch] RTF: startColumn and endColumn events added to FOInputHandler --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:52 --- Created an attachment (id=8139) FOTreeHandler: startColumn and endColumn added
DO NOT REPLY [Bug 23085] - [Patch] RTF: startColumn and endColumn events added to FOInputHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085 [Patch] RTF: startColumn and endColumn events added to FOInputHandler --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:52 --- Created an attachment (id=8140) MIFHandler: startColumn and endColumn added
DO NOT REPLY [Bug 23085] - [Patch] RTF: startColumn and endColumn events added to FOInputHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23085 [Patch] RTF: startColumn and endColumn events added to FOInputHandler --- Additional Comments From [EMAIL PROTECTED] 2003-09-10 20:52 --- Created an attachment (id=8141) RTFHandler: startColumn and endColumn added
overlapping regions
Question, When I have overlapping regions (e.g., fo:region-start/after/before/end are defined but no margins are provided within fo:region-body to accomodate their extents--see example below), the spec doesn't appear to indicate which region should win. What it does say (6.4.13) at least is this: The spacing between the last four regions [those listed above] and the fo:region-body is determined by subtracting the relevant extent trait on the side regions from the trait that corresponds to the margin-x property on the fo:region-body. Judging from background-color, the maintenance version lets all side regions win (not necessarily the correct answer), while trunk lets only fo:region-after and -end win. (See attachments.) Does this matter? In the case where no margins were defined within fo:region-body, can/should we indeed let the results be undefined? Thanks, Glen ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=letter page-height=11in page-width=8.5in margin-top=1in margin-bottom=1in margin-left=1in margin-right=1in fo:region-before extent=1cm background-color=yellow/ fo:region-start extent=1cm background-color=purple / fo:region-body background-color=green/ fo:region-endextent=1cm background-color=orange/ fo:region-after extent=1cm background-color=blue / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=letter fo:flow flow-name=xsl-region-body fo:blockHello World!/fo:block /fo:flow /fo:page-sequence /fo:root __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com helloworldMaint.pdf Description: helloworldMaint.pdf helloworldTrunk.pdf Description: helloworldTrunk.pdf
