on on a per-page basis,
providing immediate area context for FOs for resolution of
percentage based expressions in most cases.
Corresponding properties
. Add corresponding property handling.
That should keep me (and anyone else who wants to become involved) busy
for a while.
Peter
--
Pet
y faster.
However, given the disturbance which seems to overcome Java programmers
when face by code which is not strictly OO, I have checked in the new
version. It may make cross-fertilization with Finn's work easier.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
. Is anyone inclined
to fix the generator, or is all of this going into CVS or is it all
being superseded by Finn's new approach?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
mport org.w3c.dom.DOMImplementation;
/**
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
omputer (win2000 prof.).
But you cannot use the files which puttygen creates
when you click on one of
the save buttons. Instead i copy-and-pasted the
content of the "Public key
for pasting into OpenSSH authorized_keys2
file"-textbox.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
functionality (and very useful functionality it is.)
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
nestable exceptions
which will make problem tracking much easier, the BIDI support, other AWT
fixes and extensions and JCE by default (people will still have to get a
RC4 provider though :-/).
And 1.4 has java.util.logging and java.util.prefs.
--
Peter B. West <http://www.powerup.com.au/~pbw
only feasible, but desirable.
Compound properties are an unnecessary complication.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Jeremias Maerki wrote:
Fellow committers
We've got a new year. Please remember to update the copyright year on
every file you change.
Thanks for the reminder, Jeremias.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
risk fostering
cliques, and anyone who tries to follow the development of an idea in
the archive will be at a loss.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Peter B. West wrote:
--- Additional Comments From [EMAIL PROTECTED] 2004-01-10
00:25 ---
OK, I think I found the solution to the first case (as already
mentioned to Finn off-list):
Re: off-list discussions. My own view is that off-list discussion
should be restricted to personal or
atch in Bugzilla or something?
Unless the intention is to only update files that are actually changed. In
that case I haven't posted anything.
I'm not sure about this, but I would have thought we only change the
notice in files that are modified.
Peter
--
Peter B. West <http://w
ent I just
wanted to post it to _someone_.
Just so you know...
Enjoy your w.e.!
Afternoon. Working this w.e.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
for alt-design is 1) not the
parse an fo:marker subtree unless and until it is required, and 2) to
re-parse fo:static-content for each page after the region-body area tree
has been constructed. (I'm working on these modifications now.)
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
,
start processing again from the row in question onwards, *with* the
knowledge of what lies ahead this time...
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Finn Bock wrote:
[Peter B. West]
Alt-design (trying the hyphen for a while) takes different approaches
at different times. While building the subtree of any node, all of
the properties are maintained in a HashMap, along with a BitSet of
specified properties.
When the subtree construction is
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 it that way.
Peter
--
Peter B. West
trouble is (practically) never the
*buyers/consumers*, even less so the *makers/producers*. Problem is always,
as with most goods, the *sellers/distributors* :) An _honest_ salesman?
Honestly...
Andreas,
I hope you're not casting aspersions on my producer/consumer buffers?
Peter
--
Pete
assume this problem is with the iframes?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
result of these considerations is
that the editors might comment (even non-normatively) on such issues,
and possible strategies for resolving them. Your own non-normative
feedback would be much appreciated.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Peter B. West wrote:
Paul,
...
The difference that immediately occurs to me is that fo:retrieve-marker
can logically occurs after the layout of region-body, and, because the
dimensions of those regions which are the targets of static-content are
size-constrained by the applied master-page
store pops 3
items from the stack; an index, a value and an array and assign the
value to the index in the array).
Finn,
I can't imagine there is anyone here who doesn't know bytecode by heart.
(Except maybe me.)
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
r of going back to giving credit within source files.
I'm sorry that I didn't contribute to the discussion on this, but I
think that Mark Lillywhite deserves an honourable mention on the web
site. He saved Fop for many users by introducing page-sequence formatting.
Peter
--
Then individual programmers can be assigned to @author at
the class level.'
I would expect that any significant addition (from a new, or completely
rewritten method) or significant accumulation of minor fixes, rates a
mention in the source, and on the web page. Apart from the warm inner
glow, what other reward is there?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
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
Is HEAD supposed to be compiling? I'm getting errors starting at
datatypes/ColorType.java.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
...fo.flow.FoStaticContent both use a new method
in XmlEventReader to flush their contents into an XmlEventArrayBuffer,
for later reading during the construction of static regions.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
sing that is solved
by this? I'm only aware of arithmetic on relative numerics which doesn't
work.
Given the amount of hacking I had to do to parse everything that could
legally be thrown at me, I am very surprised that these are the only
issues in HEAD parsing.
Peter
--
Peter B. West &
J.Pietschmann wrote:
Peter B. West wrote:
> With my naive understanding of parsing as a two-stage process (lexemes
> -> higher level constructs) I have been curious about earlier comments
> of yours about multi-stage parsing. Can ANTLR do this sort of thing?
I'm not quite sure
ose users who
are currently restricted to 1.3? Vendors should be able to provide
their users with some indication of this. We should at least ask the
question in any survey of users. An ancillary question is: what is the
user's expected timeframe for migration?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
nt') and the appropriate final values are developed.
The maintenance branch tried to unify all cases into a single
framework, which quite predictably resulted in a complex and
somewhat messy code. It's also less efficient than it could be:
format="01" is (or would be) indeed parsed
J.Pietschmann wrote:
Glen Mazza wrote:
Well, instanceof is slower I believe, but better
self-commenting.
Instanceof is exactly as fast as a simple function call
after warm-up.
That's very useful to know. instanceof has had a very bad press.
Peter
--
Peter B. West <http://www.poweru
d, of course, 1.3.1_03.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
cense.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
rts of the tree. The disadvantages
include the large number of possible synchronizations, and an unknown
incremental risk of deadlock.
Does anyone have experience with such issues?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ctual years in the
source file copyright notice when the script is run.
When we get the OK, I'll use this to update the licenses in alt-design,
and, if that works, I can also do the maint and HEAD sources.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Glen Mazza wrote:
--- "Peter B. West" <[EMAIL PROTECTED]> wrote:
When we get the OK, I'll use this to update the
licenses in alt-design,
and, if that works, I can also do the maint and HEAD
sources.
Sounds quite good. You've made *many* friends
today... ;)
But Glen
'lr_tb', 'rl_tb' and
'tb_rl' respectively. Although other writing modes are discussed, only
those above are yet sanctioned in the Recommendation.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
I've been hacking the tree methods in Node recently
...
Are you talking 'maintenance vs. HEAD' here?
No. I realise the message was ambiguous. I was talking about versions
of
Peter B. West wrote:
This would be the clean way to express the current version of the code.
However, I am still toying with the idea of allowing (sub)trees to
synchronize on an object passed in as a parameter to the Node
constructor. If the object reference is null, synchronization is turned
s and
properties is not complete. Compound datatypes contain properties.
Alt-design has no compound properties.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
filter. Thanks for
picking this up, Jeremias.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
...
I was worried about increasing the probability of deadlock by having
many more locks held concurrently. Without having thought about it a
great deal, it seems to me that it is easier to
interest between us and commercial developers,
and if you or, say, Tony Graham from Sun's xmlroff, wants to chime in to
the discussions I welcome the input greatly.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Glen Mazza wrote:
[Pardon me, Peter, for more shooting from the hip...]
Don't mention it, Glen (whose contributions we all value highly.)
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
inted out to me, off-list, the
same thing. As I was the one who mentioned Glen by name (as neither
Bertrand nor Jeremias did) I must acknowledge that leaving the 2nd-level
quotes from you in my reply to Nikolai gave completely the wrong
impression. I owe Glen an apology for shooting from the hi
o take a comment of yours the wrong
way. In that sense, my comments may take some pressure *off* you. I
hope, at least, that some such beneficial outcome may arise from this.
If there is anything else you would like me to say about this in public,
please let me know.
Peter
--
Peter B. West
are involved in such considerations, we need to decide how we
propose to support our 1.3 user base. The most recent discussions
showed that a number of users face steep costs to upgrade to 1.4.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Peter B. West wrote:
J.Pietschmann wrote:
...
- avalon and logging for the base library.
...
BTW
1. I'd like to get rid of the servlet.jar in our CVS.
2. If we standardize on JDK 1.4 as base (as it currently
is), we could drop the Xerces, Xalan and xml-api jars as
well. Our Jars seem
d and a following
initial-page-number:auto-odd will force a such a hole.
Whatever the case, it would be worthwhile adding a clarification to the Rec.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Chris,
Comments below.
Chris Bowditch wrote:
Peter B. West wrote:
The Rec says of force-page-number:auto, 'If there is no next
page-sequence or if the value of its initial-page-number is "auto" do
not force any page.' Should that read, '...the value of its
ini
ions until then.
Joerg,
In the meantime, as a vote is pending on the "in principle" acceptance
of the federation proposal, if you let me know your vote on this I will
forward it by proxy to the PMC.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ore time the freedom to do my
design and coding the way I want to. That comment has wider application
than FOP.
On the positive side, the recent increase in activity includes a lot of
cross-fertilization from alt-design to HEAD, which seems to have been
received very well by everyone concerned. Perhaps this should be
mentioned to balance concerns about Victor's departure.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
len, if he desires it. I guess he's the only
candidate matching the above criteria right now.
Jeremias,
I have no problem with your continuing. If we need a formal vote,
Jeremias to remain as one of our PMC representatives:
+1
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
) Note that
forward references are always going to be a problem, but that a
combination of weak/soft/phantom references and serialization should
keep memory requirements manageable.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
(except my different preference for
storing layout information, as discussed). This is really nice and
works well:
v = "(((0mpt +(4000mpt +20.0%)) +0mpt) +0mpt)"
Finn,
Can you describe your expression tree in more detail?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
e can benefit from a one-off
resolution until all of its children have been fully laid out. The
children inherit the computed value, but that value may change during
the layout life of the parent in question.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
]^
[javac] 8 errors
Is there a patch I have missed. I tried applying the earlier patch
first, but then the second patch is reported as already/applied/reversed.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
Thanks Andreas. Yes, I disagree, but then, so does the spec. What
information *should* do is not terribly relevant. We need to work out
and express what information *must* do to get this
Finn Bock wrote:
[Peter B. West]
Finn,
When I apply your most recent patch (10366) against a cvs updated HEAD
tree and attempt to compile, I get the following:
[javac]
/usr/local/src/fop-HEAD-finn/src/java/org/apache/fop/fo/properties/LinearCombinationLength.java:60:
After applying the
Finn,
Nice. The parser, of course, looks after all of the expression-ordering
questions for you, and you have only to collect the unresolved items.
I'll adopt this for alt-design.
Peter
Finn Bock wrote:
[Peter B. West]
Can you describe your expression tree in more detail?
The line
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
The borderline cases may be very much in the minority (and must be,
judging by the degree of usage that FOP gets now) but they must be taken
into account in the design of the solution. If we go
gnize developers' efforts
in a CHANGES file, or some other descriptive
file which is associated
with the overall PMC or release rather than
individual files.
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ve up last year before sorting everything out. Sigh. I'll
have to sleep over that. If anyone has any ideas or, better, surplus
time...
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Andreas L. Delmelle wrote:
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
So let me start off the voting: +1.
No need to think this over: +1.
+1
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
use it for
options processing. What do folks think about these issues?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
managed to update the team page now. Thanks
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Peter B. West wrote:
...
We could address the JVM version issue by wrapping the java.util.prefs
stuff in org.apache.fop.prefs or ...configuration classes which mimic
.util.prefs by a thin wrapper around the latter classes, and providing
for 1.3 compatible versions to be written. The
Thanks again, Jeremias, for all of the licensing housekeeping. I'm
sorry I didn't get around to giving you a hand with this. Does anything
(apart from the hyphenation mess) remain to be done?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Fops,
What's the intention for fop.xconf? Is it to be processed by the user
agent? What about user configuration? Have these things been decided yet?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
are.
I don't know that there is any reason for us to collect prefixes,
rather than simply allowing the parser to keep track of the namespaces
in effect and return namespace and local names. That's what I have done
in alt-design without any regrets so far.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Glen Mazza wrote:
--- "Peter B. West" <[EMAIL PROTECTED]> wrote:
...
That is, I would turn allow the namespace-prefixes
feature to remain in
its default 'false' state, but make sure the parser
is namespace aware.
I don't know that there is any reason for us
o it manually.
Ok by me. From what I've seen on infrastructure@, there may be some
post-conversion tidying to do.
+1
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Elliotte Rusty Harold wrote:
At 12:56 PM +1000 3/4/04, Peter B. West wrote:
...
SAXParserFactory factory = SAXParserFactory.newInstance();
factory.setNamespaceAware(true);
return factory.newSAXParser().getXMLReader();
...
What I ask on reading this code is why
out of the way right now. I'll be back to coding soon!
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Thanks for the support Ali. Are you a Fop user or a potential developer?
Peter
Ali farahani wrote:
Oh guys! This is some sort of Matrix right? I mean, is there any other
world rather than this(Virtual)!?
I hope Glen lead us to that world!
Best Regards
One of your fans
--
Peter B. West <h
. What do I need?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ter B. West wrote:
I want to
introduce font information into alt-design as compatibly as possible
with HEAD. What do I need?
I am completing my documentation on FOP code, see
http://www.leverkruid.nl/FOP/index.html. I have a chapter on
fonts. Maybe it helps you gain some quick insight.
--
Pe
Glen at al.
One of the things I noticed when I was looking for ways to bring the
apps classes of alt-design and HEAD closer together was that the
createParser method seemed to belong in InputHandler, because it is
required by both subclasses. Any reason why it isn't there?
Peter
--
Pe
ave caused
a createParser() to not have been relevant in the base
class.)
Glen,
Thanks for the explanation, and thanks for surfacing.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ese
lines for some time now.
Btw, what search keys should I use to recover details of your font model
from the archive, assuming there are differences between your model and
the wiki?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
Fops,
Does anyone have any detailed knowledge of Web Start? It occurred to me
that it may be a way to resolve some of the licensing issues we (and
other projects) are running into. Any educated thoughts on the matter?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
from the UCD is another one of
licensing. Any ideas about how we might approach this?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
[1] http://www.javaworld.com/javaworld/jw-07-2001/jw-0706-webstart.html
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
they do not carry
the Apache license (except for perhaps a "Parts copyright..." notice).
It is a convenience to our users that we download such files
transparently from another source on installation.
But if you have something more concrete in mind, please feel free ask
more concrete
r for user-defined fonts? Looks as
though I'll have to look at user fonts.
Peter
Peter B. West wrote:
Jeremias et al,
I would like ti use the Unicode Character Database as a source for names
of characters. At the moment, ...fonts.Glyphs contains a static table
of String pairs containing t
ted at the moment, with minor changes
made.
Revision ChangesPath
1.17 +19 -37xml-fop/src/java/org/apache/fop/apps/CommandLineOptions.java
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
ved from Adobe's methods for PDF and PS?
If that is the case (a big if) might we not be better to move to a more
generic form, with translation into each particular form of font
specification?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
how to do this?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
on for the list.
From: Peter B. West [mailto:[EMAIL PROTECTED]
Thanks Noel. Mailbox full of garbage, no doubt. Thank you Bill. I
shall re-subscribe. Do we have a moderator?
Noel J. Bergman wrote:
Is it possible that my messages to fop-dev are being black-holed?
They are pending a moderato
lists and
check this.
Peter
Glen Mazza wrote:
I think it's just setLevel() that you're looking for:
http://jakarta.apache.org/commons/logging/api/org/apache/commons/logging/impl/SimpleLog.html
Peter B. West wrote:
I see that you have the move to commons-logging. I was encouraged by
be able to call the native setLevel() of the 1.4
logger:
http://java.sun.com/j2se/1.4.2/docs/api/java/util/logging/Logger.html#setLevel(java.util.logging.Level)
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
There is a release candidate for commons-logging v1.4, which includes
support for Lumberjack logging, i.e., Java1.4 style logging for 1.3
environments.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
+1
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
er on their end accordingly. (OTOH, for command-line usage,
this may be another story.)
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
wrote:
Also while you've been gone:
-- Joerg and Chris are on vacation. -- Simon is currently running for
committer [2]--bitte wählen!!! (hmmm...or is it the *Austrians* that
speak German? I keeping getting the two mixed up... ;)
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
n question.
Is this what you mean by on-the-fly font discovery and font aliases?
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
John Austin wrote:
On Mon, 2004-04-12 at 04:33, Peter B. West wrote:
Glen,
I put in a vote for Simon. The language thing is confusing, I know.
There have been occasions on which the Austrian flag has been flown, or
the Austrian National Anthem been played, somewhat inappropriately. But
it&#
1 - 100 of 847 matches
Mail list logo
