pbwest 2004/01/18 23:09:19
Modified:src/java/org/apache/fop/xml Tag: FOP_0-20-0_Alt-Design
SyncedXmlEventsBuffer.java
Log:
Added pushBack(XmlEvent) to conform with XmlEventSource interface.
Revision ChangesPath
No revision
No
pbwest 2004/01/18 23:10:54
Modified:src/java/org/apache/fop/xml Tag: FOP_0-20-0_Alt-Design
XmlEventSource.java
Log:
Added public void pushBack(XmlEvent)
Revision ChangesPath
No revision
No revision
1.1.2.2
pbwest 2004/01/18 23:12:01
Added: src/java/org/apache/fop/xml Tag: FOP_0-20-0_Alt-Design
ArrayXmlEventsBuffer.java
Log:
FIrst cut of fixed, re-usable XmlEvent buffer
Revision ChangesPath
No revision
No
[Finn Bock]
You should perhaps also be aware that the values
in a static array gets
assigned to the array one element at a time. So
static int[] a = {
101,102,103,104,105,106,107,108 };
becomes in bytecodes:
Method static {}
0 bipush 8
2 newarray int
4 dup
5 iconst_0
[Glen Mazza]
You should perhaps also be aware that the values in a static array
gets assigned to the array one element at a time. So
[J.Pietschmann]
That's an unpleasant surprise. I was always under the impression
statically initialized data was stored along with the string
constants, like in C. This means a
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=26187.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=26187.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
[ Glen : ]
Sigh...I guess I *didn't* know bytecode by heart after
all! ;-)
I didn't bring it up to discourage the use of static initialized arrays.
If it makes sense to put something in a static array we should do so
Hi,
While strolling through the table classes, I wondered about the following:
fop.fo.flow.Table
line 157:CommonBackground bProps = propMgr.getBackgroundProps();
line 193:this.BackgroundColor =
this.propertyList.get(PR_BACKGROUND_COLOR).getColorType();
How should I see this? Is one
A Harvard Professor on the influence of sleep on human learning:
When I hear Bill Gates bragging about how his programmers can code up to 72
hours in a row, without any sleep, I always think to myself: 'Yes, and the
result is Microsoft Windows...'
:) don't make it too late, fellas!
Cheers,
Andreas L. Delmelle wrote:
fop.fo.flow.Table
line 157:CommonBackground bProps = propMgr.getBackgroundProps();
line 193:this.BackgroundColor =
this.propertyList.get(PR_BACKGROUND_COLOR).getColorType();
I thought porpertyList had been retired in HEAD?
How should I see this? Is one of the
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
I thought porpertyList had been retired in HEAD?
That's what I initially thought, but got a bit confused...
Shouldn't the latter be rewritten as :
this.BackgroundColor = bProps.backColor
I'd think
[J.Pietschmann]
I thought porpertyList had been retired in HEAD?
PropertyListBuilder was recently removed from HEAD.
[Andreas L. Delmelle]
How should I see this? Is one of the two superfluous? Do they complement
each other? Shouldn't the latter be rewritten as :
this.BackgroundColor =
On Mon, 2004-01-19 at 16:17, Andreas L. Delmelle wrote:
When I hear Bill Gates bragging about how his programmers can code up to 72
There's the world's richest hermit again.
Maybe he'll end up nuttier than Howard Hughes.
--
John Austin [EMAIL PROTECTED]
Finn Bock wrote:
I would guess that doing ~6 string compares to navigate the binary tree
(with 148 color keywords) is slower than one string hash, ~1.2 int
compares and one string compare. But I haven't measured it, so you might
be well be right. Many keyword sets for other properties are much
gmazza 2004/01/19 15:56:50
Modified:src/documentation/content/xdocs team.xml
Log:
Updated team page--moved Finn, Andreas, Chris and Peter to active status;
set Victor and Keiron to inactive status, removed former contributor
section in favor of going back to giving credit
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=6997.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
gmazza 2004/01/19 17:14:33
Modified:src/codegen constants.xsl
src/java/org/apache/fop/fo Constants.java
src/java/org/apache/fop/fo/expr PropertyInfo.java
Log:
Interfaces now in alphabetical order and detached from generic interfaces
in autogenerated
Worked great--thanks!
Glen
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Glen Mazza wrote:
xsl:apply-templates
select=document(propfile)//property[not(@type='generic')]
/ )
...
I am not an XSLT guru--offhand, does anyone know
of a
simple way to get the interfaces to appear
gmazza 2004/01/19 17:33:58
Modified:.build.xml
src/java/org/apache/fop/fo BoxPropShorthandParser.java
FObj.java Property.java PropertyList.java
src/java/org/apache/fop/fo/expr FopPropValFunction.java
gmazza 2004/01/19 17:52:51
Modified:src/java/org/apache/fop/render/xml XMLRenderer.java
Log:
Block height/width elaboration for XML Renderer--Patch by Finn Bock.
Revision ChangesPath
1.14 +3 -2 xml-fop/src/java/org/apache/fop/render/xml/XMLRenderer.java
Please fix it whenever you get write access.
Glen
--- Andreas L. Delmelle [EMAIL PROTECTED]
wrote:
Shouldn't the latter be rewritten as :
this.BackgroundColor = bProps.backColor
I'd think so.
__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the
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=25873.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=25873.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=6997.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
gmazza 2004/01/19 15:56:50
Modified:src/documentation/content/xdocs team.xml
Log:
Updated team page--moved Finn, Andreas, Chris and Peter to active status;
set Victor and Keiron to inactive status, removed former contributor
section in favor of going
26 matches
Mail list logo
