:
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
.
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's
.
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 moderator. You
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
this because
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
, for command-line usage,
this may be another story.)
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
is derived 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
this?
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
://www.javaworld.com/javaworld/jw-07-2001/jw-0706-webstart.html
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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 WebStart questions.
Thanks Arnd.
Peter
--
Peter B. West http
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 the Unicode
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
--
Peter B
() 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
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
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 http
. I'll be back to coding soon!
--
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 to
collect prefixes
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
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
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
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
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
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
it for
options processing. What do folks think about these issues?
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
, 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
Andreas L. Delmelle wrote:
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
snip /
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
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
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
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 above
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
, but it is very different from my
proposal.
In principle, no area-based percentage 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
]^
[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
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
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
Chris,
Comments below.
Chris Bowditch wrote:
Peter B. West wrote:
snip/
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
initial-page-number is auto
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
.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
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
-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 hip.
Peter
--
Peter B
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 http://www.powerup.com.au/~pbwest
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
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 my general tree
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
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
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
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, I have *so* many already
' 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
.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
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.powerup.com.au
(and, of course, 1.3.1_03.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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 whether you mean
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
the trimmed XML attribute value otherwise.
This sounds promising.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
and ...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
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 http://www.powerup.com.au/~pbwest
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
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
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
--
Peter B. West http
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
assume this problem is with the iframes?
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
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
--
Peter B. West http
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
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 http://www.powerup.com.au/~pbwest
onwards, *with* the
knowledge of what lies ahead this time...
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
-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
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
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
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://www.powerup.com.au/~pbwest
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
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/~pbwest
feasible, but desirable.
Compound properties are an unnecessary complication.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
the
functionality (and very useful functionality it is.)
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
--
Peter B. West http
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
org.w3c.dom.DOMImplementation;
/**
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
of this?
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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
Oleg Tkachenko wrote:
J.Pietschmann wrote:
Glen Mazza wrote:
Therefore, I'm
happy to nominate Finn Bock for committer
+1
+1
+1
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
Glen Mazza wrote:
Yes, thankfully Bertrand came to the rescue for us
here!
+1
Merry Christmas and Happy New Year everyone!
+1
--- Andreas L. Delmelle [EMAIL PROTECTED]
wrote:
Happy Holidays ( to everyone who cares ) !
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
would have to remove it after I read
the update from the editors.
Peter
--
Peter B. West http://www.powerup.com.au/~pbwest/resume.html
101 - 200 of 715 matches
Mail list logo