Picked this one up @ mulberry:
In RenderX XEP, an XSL FO formatter, the preprocessor is written in XSLT;
it is a complex stylesheet of moderate size, and it does what is best to
do in XML manipulation language.
Does anybody here have an idea of what exactly is meant by this?
Is it an option
-Original Message-
From: Simon Pepping [mailto:[EMAIL PROTECTED]
On Sun, Feb 01, 2004 at 03:06:24AM +0100, Andreas L. Delmelle wrote:
-Original Message-
To clear that up a bit further:
If you run a document structured like this, but with many more
page-sequences
released
anymore (?) I ran the same test with only two page-sequences: one for the
TOC, the other for all 338 detail-pages. Memory seems to get maxed out at
+/- the same point in the process.
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
-Original Message
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
It also occurred to me that optional synchronization might be a good
idea, allowing a common synchronization object to be passed to the Node
constructor. An alternative was to allow optional synchronization,
Tried the following type of FO-document:
- one page-sequence with a sort of TOC, a fo:table with basic-links to
detail-blocks
- multiple page-sequences, one for each detail-block
In the test document, the TOC is about five pages, containing links to +/-
300 detail-blocks. The detail-blocks all
-Original Message-
From: Simon Pepping [mailto:[EMAIL PROTECTED]
snip /
All in all I think that this change simplifies the code, and would be
a good change.
Allow me to make some notes:
1. Would it not be a good idea to move Property.java from fo to
properties?
A question
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Andreas L. Delmelle wrote:
In 0.20.5 this works very fine... In HEAD strangely the
document is layed
^
laid :-)
Ahem... Sorry 'bout that.
out such that the first TOC page ends up after the last
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
I don't understand the problem. Could you trim it down to two
detail blocks,
and post the FO (assuming the trimmed down FO still
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
I've been hacking the tree methods in Node recently, triggered by the
need to construct multiple subtrees during area tree construction,
cobbling them together as necessary. In the original version, I was
able to
-Original Message-
From: John Austin [mailto:[EMAIL PROTECTED]
snip /
So I copied that program and ran it on my RH 9 system.
Hmmm... so you copied it with or without the cp-error ;)
Got the following results. I am just quoting the results here:
[EMAIL PROTECTED] foptest]$ java
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
[Andreas L. Delmelle]
Hmmm... coming back to my recent question about the use of/access to the
background-color property: I somehow would feel much for
further extending
the way the Common*Properties are handled. IIC
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
snip /
public static void testInstanceOf(Prop prop) {
for (int i = ITERS; i = 0; i--) {
boolean x = prop.getString() != null;
}
}
public static void testCall(Prop prop) {
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
The result is then:
[/d/fop] /c/java/jdk1.2.2/jre/bin/java.exe -cp . x
false method call 581
true method call 581
false instanceof 160
true instanceof 170
[/d/fop] /c/java/jdk1.3.1_03/jre/bin/java.exe -cp . x
false
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
snip /
Ah well, I overlooked this
And it's easy to overlook. The spec-layout is quite misleading, putting this
XSL-addition in the place it is now... If you're reading diagonally, it
looks more like an insignificant
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
snip /
Each of the typeType classes also implements the gettype methods
from Property so the layout must do exactly the same as it does now to
extract the right value:
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
LayoutProps, for example, is already present, but seems to be
underused at the moment.)
Speaking of which: what exactly is the purpose of having a
spaceBefore/spaceAfter in fop.traits.LayoutProps
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
snip /
Does anybody know what space means for line-height???
Know? I guess not. But judging from the spec...
XSL adds the following value with the following meaning:
space
Specifies the minimum, optimum, and maximum
-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,
-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
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
snip /
I'm indifferent whether you go forward with this or not. I personally
think it's unnecessary.
Unnecessary, yes, for those who are familiar enough with the code. I think
however, this proposal would make the
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
I assume this problem is with the iframes?
Well, not my eye-frames... but if that's what these charming windows on the
sources are called, then, yes.
Anyway, this could well be added as a feature to the other
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
I hope you're not casting aspersions on my producer/consumer buffers?
Hiya Peter,
Great isn't it? The pun only became apparent to me *after* I had typed it
up, and look-ee here, it got through nicely :) (If
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
A friend was watching over my shoulder as I was responding to an earlier
message on fop-dev. HashMaps... I won't say what image that conjures
up for me. Well? A map of where you have the stash.
I never thought of
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
If I mentioned PropertyValue singletons, it was a slip of the fingers.
I maintain Property singletons, which are exist solely to provide access
to certain static information about individual properties.
Don't
, so their
cells are released. When their layed-out state turns out to be insufficient,
start processing again from the row in question onwards, *with* the
knowledge of what lies ahead this time...
From: Glen Mazza [mailto:[EMAIL PROTECTED]
--- Andreas L. Delmelle [EMAIL PROTECTED]
What I'm very
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
OK--this may also be overkill then. Thank you for the
analysis.
It will prove useful, I am sure --provided we want to uphold the intention
to be able to process any size of document (from sources that may not be as
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
snip /
One thing I'm missing here, for Finn's design below:
values[0] = null // always null.
values[1] = reference to a 'foo' Property instance
values[2] = reference to a 'baz' Property instance
Can't we just have,
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
[Andreas L. Delmelle]
In this case, however, I think you
can't fully 'push' these onto the descendants, as this would
lead to absurd storage-reqs for quite average-sized documents.
OTOH, the inherited property value
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Enough time has passed since I cast the three votes for new committers.
I'm a bit disappointed that Clay's vote didn't pass but I guess we need
to give it some time.
Yeah, as I already mentioned off-list to others,
-Original Message-
From: Luca Lorenzon [mailto:[EMAIL PROTECTED]
snip /
I use Oc4j as stand alone application Server
Doesn't OC4J ship with its own JDK? If I remember correctly, the problem
here is that the XML parsers supplied by Oracle are incompatible with FOP.
As Joerg already
-Original Message-
From: Clovis Wichoski [mailto:[EMAIL PROTECTED]
snip /
But with multiple pages like 500 pages the redesign must be in XML
source, that need redesign in all XSL too (HTML, PDF, TXT and many
others), this cause a rework that I attempted to avoid, and only needed
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
We've got a new year. Please remember to update the copyright year on
every file you change.
If nobody objects, this seems like an ideal pesky task for a freshman...
I mean: would it help if I (or Chris, or Clay ;P
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
--- Additional Comments From [EMAIL PROTECTED] 2004-01-10
Glen / Finn,
Hope you don't mind my interrupting here:
Particularly this point I found interesting:
3.) PropertySets.java defines those properties
-Original Message-
From: Eliot Kimber [mailto:[EMAIL PROTECTED]
snip /
It appears that the relevant files are identical in the HEAD and maint
branches.
Could be... After all, fonts were next on the redesign schedule. It
definitely will not hurt to enter the patch anyway.
Just to
-Original Message-
From: Eliot Kimber [mailto:[EMAIL PROTECTED]
snip /
Doh! It appears that I was developing against the head and not the maint
branch--not sure how that happened.
Did you run the diff w/o using any tags in particular? IIC if you don't, cvs
runs a diff against the
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
snip /
I understand the desire to add new features like the Tif generator into
the maintenance code. However, doing so would mean effort is distracted
away from HEAD development. The sooner we can do a release from
-Original Message-
From: John Austin [mailto:[EMAIL PROTECTED]
snip /
I forget some of the servlet details too. I was a bit surprised by the
assertion that placing readme.fo in $TOMCAT_ROOT/bin worked.
Yeah, puzzled me a bit as well in the OP. So there was my calculated guess.
snip
-Original Message-
From: Eliot Kimber [mailto:[EMAIL PROTECTED]
snip /
I think where I'm stuck is on what code actually takes a font and
generates a metrics file from it. I've traced down to where the XML
font metrics files are loaded but it appears that the font metrics files
just
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
I think the explanation of registering the fonts contains just
Ahem... incorrect estimate. More like --well, the metrics stuff :)
Cheers,
Andreas
-Original Message-
From: Thomas DeWeese [mailto:[EMAIL PROTECTED]
snip /
I think a combined user-list would be a disaster. In general I
think the people who need to know about SVG get told about Batik and
the people who need to know about XSL-FO get told about FOP if they
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
Hi Andreas,
i hope you dont mind a little feedback on this.
Hi Chris,
Not at all! Thanx for the fine input. I'll definitely get a lot closer to
what I'm (and FOP is) after. (Support for the number-columns-spanned,
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
snip /
it would be easy to determine col number in Table.addChild. This number
could then be replaced in TableColumn.doSetup only if Column Number has
actually been specified in the FO. I'm not sure I would be keen on
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
snip /
Are you asking if they should be created at the same time the
FO tree is built?
Not exactly. I'm referring to the grouping into CommonBorderAndPadding /
CommonMargin etc.
There is also a group of
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
Just to keep everyone up to date about my excursions:
snip /
Another detail overlooked is the column-number property, ...
Which is, for the moment quite ... unimplemented (--should've checked this
sooner :) ), so
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Hi,
Not being subscribed to [EMAIL PROTECTED], I'm posting on fop-dev for the time
being (besides this, I'm a bit hesitant on whether I should even be
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
I guess the riddle I'm still trying to solve is:
How do I access the LM's for the subsequent rows at this point?
AFAICT, I have overlooked (at least) the following note in the spec (6.7.1
Table Formatting Objects
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
snip /
I'm impressed with your very rapid learning of how the
code works and interest in fixing it.
Well, just don't be too impressed here. I used to top the class when it came
to Pascal/C/C++, so that gives an obvious
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
The things I'm still looking for are
- the correct adjustment for the cell LM's height in case of rowspan
- the adjustment for the x-coordinate of the cells affected by a rowspan
I guess the riddle I'm still trying to solve is:
How
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
snip /
In particular, his recent handling of a messy
disagreement between the committers a couple of weeks
back was very helpful
Good to see that it's considered to be helpful. I, myself, was not too sure
at first about
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
Shows interest in FOP Development?!? He hasn't
submitted a single patch.
-1
Granted. Besides that, six months ain't that long a time, so maybe a bit
early.
Nomination very much appreciated though. I guess Jeremias had
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
I was looking at some of the border issues and would like to ask for a
little clarification of which of area rectangle that is described by
Block.getHeight and Block.getWidth.
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
I was looking at some of the border issues and would like to ask for a
little clarification of which of area rectangle that is described
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
Hi,
I was looking for xsl-fo test suites on the net and found
http://www.w3.org/Style/XSL/TestSuite/
but for some reason all the test in the NIST zip file uses master-name
instead of master-reference on the
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Seems like no one has voted on this yet? Must be this Christmas thing...
Indeed, it's holidays... I almost felt compelled to add my own (invalid) +1,
just to have _some_ answer ;)
Happy Holidays ( to everyone who
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
On Dec 24, 2003, at 8:55 AM, Bernd Brandstetter wrote:
wouldn't it be reasonable to also accept the obsolete 'master-name'
and to
just print out a corresponding warning message instead of throwing an
error? AFAIK,
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
snip /
The space constraints probably (hopefully )only applies to
space specifiers on the FOs itself, i.e if I had written
fo:inline space-end=2pt...
Space characters ought to be another matter.
Try:
fo:block
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Yuck! Flashbacks of SoftRAM
Ok, that's understood! None of that here!
Thanks for the info. (I'll be back with more ideas... maybe some more bad
ones, but I'll leave you guys to judge that ;) )
Cheers,
Andreas
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
J.Pietschmann wrote:
I've got a lot of ideas myself, perhaps too many. What the
project needs is *working* *code*.
Working code is predicated on working ideas, is it not? That's why I
asked about ideas.
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
, the text contains:
0x0a 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x54 0x68 0x69 0x73 ...
the spaces surrounding the LF should be ignores:
0x0a 0x54 0x68 0x69 0x73 ...
and the linefeed turned into a space:
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
In this case, there will never remain a single space as the result of the
second step.
Which would, of course be a problem in case the space resulting from the
linefeed *does* need to be preserved
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
snip /
Anybody dares to interpret how the followung is rendered?
fo:block background-color=red font-site=20pt
fo:inline background-color=blue font-site=10ptfoo
/fo:inlinefo:inline background-color=green
-Original Message-
From: Victor Mote [mailto:[EMAIL PROTECTED]
Andreas L. Delmelle wrote:
snip /
The gist of this section seems to be ... that you don't know enough to
comment on what is going on. Duly noted.
Not quite. More like: I *think* I don't know enough (maybe _that_
-Original Message-
From: Victor Mote [mailto:[EMAIL PROTECTED]
Peter B. West wrote:
The statements are getting extreme. Let's just agree to differ. I'm
happy to let my code and the design that underlies it do my talking.
OK. For the reasons already mentioned, this does not work
-Original Message-
From: John Austin [mailto:[EMAIL PROTECTED]
On Wed, 2003-12-17 at 15:56, J.Pietschmann wrote:
I've got a lot of ideas myself, perhaps too many. What the
project needs is *working* *code*.
Amen!
[but a short one, not drawn out like the final chorus of
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
I realize the tone of this posting has not been entirely irenic. I'll
try harder.
As a kind-of headz up (seen my understanding, for the moment, is too little
to add anything interesting to the discussion
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
1.1 xml-fop/src/java/org/apache/fop/fo/Constants.java
Index: Constants.java
===
/* $Id: Constants.java,v 1.1 2003/12/15
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
I'm getting confused about the location of the
FOPropertyMapping class--in short, I can't find it.
Glen,
I think you want to check your own xml-fop dir. In the build dir, there's a
subdir somewhere with generated code...
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
I'm getting confused about the location of the
FOPropertyMapping class--in short, I can't find it.
Glen,
I think you want to check
-Original Message-
From: John Austin [mailto:[EMAIL PROTECTED]
So, the desired behaviour is open a report in Bugzilla ?
Will do that for the three or four I found.
Yuppa! (Even more desired would be to immediately add a patch that solves
it, of course :) )
Cheers,
Andreas
-Original Message-
From: Finn Bock [mailto:[EMAIL PROTECTED]
I can see performance slow down well before 100.000 unique string are
interned.
snip /
I've attached another demo program that shows that intern'ing is slower
than doing memory sharing with a Hashtable. This programs
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
for(int i= cnt; --i = cnt; )
sorry. meant 0
cheers,
andreas
-Original Message-
From: Victor Mote [mailto:[EMAIL PROTECTED]
Andreas L. Delmelle wrote:
0.20.5; absent in HEAD --browsing through CVS indicates Victor
could add a
few comments on what would need to be done to complete this particular
issue. In fact, I already read a few
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Having getters and setters for a property and an actual implementation
getting the work done are different things... unless you men
something else.
The objects to which this particular FO property applies would need
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
I think you are being unnecessarily harsh here towards Clay, and Clay
has been getting a hard time from more that one source lately. Clay's
Jeez, I hope you're not referring to my alluding to any laziness on his
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
(I wonder how many builds
I'll have to download before I realize the problem really is--or
isn't--my CLASSPATH)...
Ahem... Maestro, I _think_ you are, at the moment, downloading none at all
:s
( Snapshots only contain
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
( Snapshots only contain the sources, and compiled versions of the library
jars AFAIK. It's a BIY kit. )
And just for the record, I should add that I _did_ succesfully build and run
the 1.0Dev a little while ago
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
hehehe.. That's what I was looking for (I _thought_ there was a link
like that!). Only problem is, I scoured the FOP Home and
Development tabs and couldn't find it. If I couldn't find it after
searching ( searching
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
The vote portion relates to standardizing on a name for the
Development Version. I would like this to be site-wide (and maybe I'm
just the guy to do it), but for now I'm only referring to changing
references on
-Original Message-
From: Petar [mailto:[EMAIL PROTECTED]
I was trying to use font-stretch attribute in my SVG which I wanted to
convert to PDF using PDFTranscoder. I ran into some problems.
Yup! font-stretch currently not implemented
(see:
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Is it possible we could implement a system to get the CVS nightlies
(src /or bin) for fop-1.0Dev zipped and/or tar'd for simple
downloading and available from the Dev tab? Having to log in with CVS
access is kind of a
-Original Message-
From: Siarhei Baidun [mailto:[EMAIL PROTECTED]
2. There is another branch of fop development, named main. I took CVS
snapshot of code from this branch. It is seemed that new fop
works much more
faster and vastly saves memory. In particular, for a lot of
samples
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
I was unaware that FOP has the ability to add Producer, Author and Title
properties to FOP. In fact, the web site still shows FOP does not
currently support several desirable PDF features: document properties
(title,
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
Thanks, Tom, for your quick assistance. I didn't know
about the AWT threading issue you brought up.
Thomas,
Can you perhaps have a look at bug 23883? In embedded SVG, something's going
wrong with translate() when large
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
Also, providing a link to the bug is indicated
here--asking Thomas to hunt through Bugzilla in order
to help us out--these problems are with our code, not
his--is somewhat rude.
Ok. I probably supposed that Thomas would
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Excellent idea. I've never used that fo tag (I'm sure there are many
I've never used! I should go take another look at the spec.). It could
be as simple as if fo:title[.!=''] 'PrintJobName' = fo:title; else
-Original Message-
From: Michael Reiche [mailto:[EMAIL PROTECTED]
H clipped from the specs at w3c:
The fo:title formatting object is used to associate a title with a
given page-sequence. This title may be used by an interactive User Agent
to identify the pages. For example,
I just happened to type in the address
http://xml.apache.org/fop/fonts
(no extension)
in the browser's address bar (IE6), and to my surprise, I ended up looking
at the PDF version of the page in question.
Just wanted to know:
Is this deliberately done this way? (To put the focus on the PDF
-Original Message-
From: Michael Reiche [mailto:[EMAIL PROTECTED]
On Tue, 2003-10-07 at 23:53, Clay Leeds wrote:
It would be great if there were a flag/arg that could be added to the
COMMAND LINE to enable some type of identification to be appended (like
the date/time stamp like
-Original Message-
From: Eric Galluzzo [mailto:[EMAIL PROTECTED]
Clay Leeds wrote:
Is there any way to control the document name when printing from the
command line (fop-0.20.5, java 1.4.1_01-b01 running under Windows XP
Pro).
snip/
Any ideas that don't involve getting
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip/
[...] I have been browsing around in the
source, and pinpointed *the* class which needs to be modified (maintenance
branch, but seems to be the same for HEAD, if I'm correct
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
( I see Glen, in the meantime has beaten me to it :) )
Just tried the following:
- added a member variable to PrintStarter:
line 90 - private String pjname;
^^^
Sorry, too fast
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
It would be great if there were a flag/arg that could be added to the
COMMAND LINE to enable some type of identification to be appended (like
the date/time stamp like '200310061500' might be good--or since it's a
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
If Glen judges that it would hardly be worth the effort, I can understand
perfectly that there are more important issues... So if need be, I'll just
enter a patch one of the coming days.
On second thought, I
-Original Message-
From: Jay Chiu [mailto:[EMAIL PROTECTED]
Thank you for help. But the fop of cvs snapshot hangs on
processing fo file.
I tried today's packages, 20030919221605 and 20030919041528,
untar'ed and ran build.bat to create fop.jar file on XP machine.
Then I ran fop.bat
Jörg,
Sorry to start a new thread for this, but I read your reply in the archives
( as of today I subsribed myself to also receive the messages; before I was
only subscribed to fop-dev-digest ).
So, to answer your question: No, I did not really need to use the HEAD code,
but was just trying to
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
I added in a new Batik extension element mapping in
our main trunk code--this should help you. It is not
Glen,
I'm just being curious: did my remarks turn out to be helpful here? (I just
want to check to what extent I'm
101 - 198 of 198 matches
Mail list logo