Andreas L. Delmelle wrote:
Anyway, the spec doesn't seem to provide for a way to indicate that the text
in this case needs to be centered across a line (--or am I missing something
again?)
Indeed. There is some "common knowledge" that excess space in justified
text should be distributed evenly over
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> Next release will be when the redesign is able to
> cover at least the
> same functionality as 0.20.5 (I think that's what we
> agreed).
Yes, a very nice goal--I didn't think of it that
way--I might further reduce it though as the same
functionalit
> -Original Message-
> From: J.Pietschmann [mailto:[EMAIL PROTECTED]
>
> Andreas L. Delmelle wrote:
> >>--SOME TEXT--
> >
> > Hmmm... I don't think so. Guess this needs some improvement,
> although I do
> > have a hard time figuring out how you would describe this in FO.
>
>
Andreas L. Delmelle wrote:
--SOME TEXT--
Hmmm... I don't think so. Guess this needs some improvement, although I do
have a hard time figuring out how you would describe this in FO.
I'd try underlined whitespace in superscripts:
SOME TEXT
It should work because the spaces are "
> -Original Message-
> From: Abhijit Junnare [mailto:[EMAIL PROTECTED]
>
> I am wondering if the following result is achievable
>
> --SOME TEXT--
> -SOME MORE TEXT SOME-
>
> -- is my leader pattern which can be a regular rule as
> well.
Hmmm... I don't think so. Gue
> -Original Message-
> From: J.Pietschmann [mailto:[EMAIL PROTECTED]
>
> Andreas L. Delmelle wrote:
>
> That's odd. I can't imagine ' caused something different
> than a plain '.
>
Was something odd with the SVGRenderer. George Yi posted it last
Wednesday... Now that I browse back through
Andreas L. Delmelle wrote:
Just referring to some cases where the &-code represents a special symbol.
Uh, oh. Are you sure you read the XML spec recently? I *think*
its time for a refresher...
(or was that with a specific renderer? --oh well... remember something about
a linebreak being inserted af
Clay Leeds wrote:
I was unaware of the "waste of resources" issue. This might be useful
information to add somewhere (Run Page? FAQ?), when users are trying to
improve the performance of FOP.
I'm not sure the waste is significant enough to hamper performance.
It's just yet another object in the F
Peter B. West wrote:
> Property processing is a bit of a quagmire. I have just had a look at
> the alt.design documentation, thinking I had detailed the data
> structures in more detail than is actually the case. Some of the code
> examples are broken at the moment, but the basis of the desig
Property processing is a bit of a quagmire. I have just had a look at
the alt.design documentation, thinking I had detailed the data
structures in more detail than is actually the case. Some of the code
examples are broken at the moment, but the basis of the design for
parsing and representin
Next release will be when the redesign is able to cover at least the
same functionality as 0.20.5 (I think that's what we agreed). As we're
undermanned no date can be given at the moment. Interested people can
help speeding up the development by helping out on fop-dev (well, there
are additional po
So what is the schedule for the next release ?
--
John Austin <[EMAIL PROTECTED]>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
From: John Austin <[EMAIL PROTECTED]>
This is great work you have done in analysis of how properties work on the
FO Tree.
I don't think the redesign of this component will be
trivial as there are trade-off's in performance due to
the fact that the tree could be quite deep and the
highest levels
Further to my notes on FOP performance characteristics
of the PropertyList methods, it appears (afaik) that the
design of this part of FOP exhibits linear tendencies.
Properties are stored in a tree where each 'level'
corresponds to a formatting object (fo:block, fo:table)
which has local attri
Hi
This is a template taken from a working application. The resulting text (a
table of contents) is exactly as required (and as required by Patrick) when
rendered by FOP 0.20.5. Alignment was bad when rendered by earlier versions of
FOP.
John Marshall
Ac
Ok. Here are screen dumps of my JMP test of FOP.
Scenario:
Three PDF's are produced, a letter, application form and an
envelope. For a mail-out for a non-profit organization. (My other
choice was Access 2000).
There are 400, 800 and 400 page images produced from something
that used to run in Coc
--- John Austin <[EMAIL PROTECTED]> wrote:
>
> If anyone would like to see JPEG's of a couple of
> related screen dumps,
> I could post them to the list or send under separate
> cover.
>
Please do!
>
> [Anyone else watching John Madden and crew tonight
> ?]
> --
Well, the Buffalo Bills are t
I was curious about FOP Performance and decided to run a program
of mine under Java Memory profiler.
It appears that a high runner in FOP is PropertyList.findProperty().
If anyone would like to see JPEG's of a couple of related screen dumps,
I could post them to the list or send under separate co
18 matches
Mail list logo
