Re: Adding competing products to FOP Resources page

[The Web Maestro]

On Nov 22, 2004, at 5:56 PM, Victor Mote wrote:
Clay Leeds wrote:
I'm contemplating adding the following products to the FOP Resources
page:
- FOray
- Defoe
...while I'm at it, I might as well add:
- RenderX - XEP
- AntennaHouse - XSL Formatter
Thanks for doing that Clay. I think this will be good for FOP's users, 
and
it should be good for FOP too. Essentially FOray can be testing and
improving these modules and interfaces while FOP works on the layout. 
Kind
of a competitive cooperation, or something like that.

Victor Mote
I agree. I think it's good for FOP, and I believe others agreed as 
well. Keep up the good work!

Web Maestro Clay
--
<[EMAIL PROTECTED]> - 
My religion is simple. My religion is kindness.
- HH The 14th Dalai Lama of Tibet

RE: Adding competing products to FOP Resources page

[Victor Mote]

Clay Leeds wrote:

> I'm contemplating adding the following products to the FOP Resources
> page:
> - FOray
> - Defoe
> 
> ...while I'm at it, I might as well add:
> - RenderX - XEP
> - AntennaHouse - XSL Formatter

Thanks for doing that Clay. I think this will be good for FOP's users, and
it should be good for FOP too. Essentially FOray can be testing and
improving these modules and interfaces while FOP works on the layout. Kind
of a competitive cooperation, or something like that.

Victor Mote

Re: Do we need an "inherit" enumeration constant?

[Glen Mazza]

OK, I see, thanks.

Glen

- Original Message - 
From: "Finn Bock" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 22, 2004 2:22 AM
Subject: Re: Do we need an "inherit" enumeration constant?


> [Glen]
>
> > This is possibly a question for Finn, but if anyone knows:  In our
> > Constants.java [1], we don't have an property enumeration constant for
> > "inherit".  (Go here [2], and search on "inherit", you will see it
> > listed in the Value: section for multiple properties.)  Is there any
> > reason why we don't need it, or did we just forget to add it to our
> > Constants.java?
>
> It isn't needed as an enum value because the 'inherit' keyword takes
> precedence over the other enumeration values. See 5.9.11:
>
> "The Keyword values take precedence over EnumerationToken."
>
> where Keyword is 'inherit'. The code to handle 'inherit' is at line 397
>
>
http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/fo/properties/PropertyMaker.java?annotate=1.11
>
>
> OTOH the code to deal with 'inherit' and the other enum values needs
> some changes to deal with optional white-space, so perhaps the parsing
> of enums should be passed to the PropertyParser and the 'inherit' test
> should be placed after the call to PropertyParser.parse(). In that case
> a INHERIT constant would be needed.
>
> regards,
> finn

RE: cvs commit: xml-fop/src/java/org/apache/fop/fo/pagination Root.java

[Andreas L. Delmelle]

> -Original Message-
> From: Glen Mazza [mailto:[EMAIL PROTECTED]
>
> 1.0's bookmarks are different from 0.20.5's, the former has
> fox:bookmarks as the "parent" element.
> It's been that way in 1.0 for a long time,
> before I came on board I believe.
>

Yes, and it even has been discussed this summer. Silly me forgot to check
the archives *before* changing and committing :-)

>
> I don't like the nomenclature we have in FOP 1.0 that much.
> fox:outline comes from the PDF specification's term for a
> bookmark, but the PDF spec calls it an "outline item",
> and fox:bookmarks (parent level, holding all the outline
> items) IIRC is called a "document outline" in the PDF
> spec.  I guess fox:bookmarks (top-level), and fox:bookmark(child
> elements) might be better, but better enough to warran switching
> what we currently have?  I'm unsure.

Well, some consistency would indeed look prettier, i.e.
   fox:bookmarks / fox:bookmark
or fox:outlines / fox:outline
or (more verbose) fox:document-outline / fox:outline-item

But for now, I think I can live with it.

Greetz,

Andreas

Re: Do we need an "inherit" enumeration constant?

[Finn Bock]

[Glen]
This is possibly a question for Finn, but if anyone knows:  In our 
Constants.java [1], we don't have an property enumeration constant for 
"inherit".  (Go here [2], and search on "inherit", you will see it 
listed in the Value: section for multiple properties.)  Is there any 
reason why we don't need it, or did we just forget to add it to our 
Constants.java?
It isn't needed as an enum value because the 'inherit' keyword takes 
precedence over the other enumeration values. See 5.9.11:

"The Keyword values take precedence over EnumerationToken."
where Keyword is 'inherit'. The code to handle 'inherit' is at line 397
http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/fo/properties/PropertyMaker.java?annotate=1.11
OTOH the code to deal with 'inherit' and the other enum values needs 
some changes to deal with optional white-space, so perhaps the parsing 
of enums should be passed to the PropertyParser and the 'inherit' test 
should be placed after the call to PropertyParser.parse(). In that case 
a INHERIT constant would be needed.

regards,
finn

[GUMP@brutus]: Project cocoon-block-fop (in module cocoon) success

[Gump]

To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project cocoon-block-fop *no longer* has an issue.
The current state of this project is 'Success'.

Full details are available at:
http://brutus.apache.org/gump/public/cocoon/cocoon-block-fop/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [fop-block.jar] identifier set to project name
 -INFO- No license on redistributable project with outputs.



The following work was performed:
http://brutus.apache.org/gump/public/cocoon/cocoon-block-fop/gump_work/build_cocoon_cocoon-block-fop.html
Work Name: build_cocoon_cocoon-block-fop (Type: Build)
Work ended in a state of : Success
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dversion=19112004 -Dblock-name=fop gump-block 
[Working Directory: /usr/local/gump/public/workspace/cocoon]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/cocoon/tools/anttasks:/usr/local/gump/public/workspace/cocoon/build/cocoon-19112004/cocoon.jar:/usr/local/gump/public/workspace/cocoon/build/cocoon-19112004/cocoon-testcase.jar:/usr/local/gump/public/workspace/cocoon/build/cocoon-19112004/cocoon-deprecated.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant-contrib/build/lib/ant-contrib-19112004.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/framework/api/target/deliverables/jars/avalon-framework-api-19112004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-19112004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/framework/legacy/target/deliverables/jars/avalon-framework-legacy-19112004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/framework/impl/target/deliverables/jars/avalon-framework-impl-19112004.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-i18n-1.1.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-compatibility-1.1.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-configuration-1.2.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-instrument-manager-interfaces-1.0.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-instrument-1.0.jar:/usr/local/gump/packages/excalibur-legacy/excalibur-instrument-manager-1.0.jar:/usr/local/gump/public/workspace/excalibur/components/sourceresolve/target/excalibur-sourceresolve-19112004.jar:/usr/local/gump/public/workspace/checkstyle/target/dist/checkstyle-19112004/checkstyle-19112004.jar:/usr/local/gump/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-19112004.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-bcel/bin/bcel.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-19112004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-19112004.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-19112004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-19112004.jar:/usr/local/gump/public/workspace/excalibur/components/xmlutil/target/excalibur-xmlutil-19112004.jar:/usr/local/gump/public/workspace/excalibur/components/store/target/excalibur-store-19112004.jar:/usr/local/gump/public/works

DO NOT REPLY [Bug 32338] - Rendering fails with IndexOutOfBoundsException in CompoundPropertyMaker

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32338


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-22 09:00 ---
The property name 'space-before.minumum' is invalid. I've added a check for
unknown subproperty names and a message to the error log.

-- 
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.