You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Patrick JUSSEAU <pa...@openbase.com> on 2003/11/17 17:46:36 UTC
fo:leader issues...
Hi all,
I have been struggling for quite some time now with a leader issue.
What I want to be able to do is:
line1...................someText
line2..............someOtherText
In other word I want the right side of my text to be aligned. The
fo:leader should expand as much as it can to fill the middle part. I
also want the parent block to have a 10cm width.
I have looked on many threads without any luck. Has anyone faced that
situation before?
Thanks for any help...
Patrick
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
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 FO tree. If you use *lots* of
inline, and memory is already tight (as I heve seen in case of big
tables), well, then ....
If FOP were properly implemented, i.e. if fo:inline would generate
an area as it should (several bugs in bugzilla for this), then
ressource waste would be more severe. However, currently fo:inline
is exactly the same as fo:wrapper.
(BTW this means get used to fo:wrapper for changing font size and
doing text decorations, because fo:inline generates area objects in
HEAD).
> I use fo:inline frequently in my XSL-FO templates to place a smaller
> "space" between label text inherited font-size="10pt":
>
> <fo:block font-size="10pt">
> First<fo:inline font-size="4pt"> </fo:inline>Name
> </fo:block>
>
> Would it be more efficient (or more "proper") to use fo:leader instead?
More efficient? No, leaders create even an object more and
take more processing power.
More proper? It depends. The width of a non-breaking space
is not necessarily the font size, therefore you might have
to experiment in order to get the space width you want. A
leader will generate the correct space without such fiddling.
OTOH, you can't underline a leader, so ther's still a use case.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
>
> 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 it: ah, he believed it to be
caused by Batik's PrettyPrinter. (When using ' in the middle of a word,
a linefeed character was inserted when rendering to SVG.)
Now it's making sense: if using fo:inline doesn't preserve surrounding
whitespace correctly, this could explain why the linefeed character didn't
show up... (--so far for that being a workaround )
Greetz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
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 after ' )
That's odd. I can't imagine ' caused something different
than a plain '.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Clay Leeds [mailto:cleeds@medata.com]
> >
> > With entities, I have up to here had more nasty side-effects leaving
> > them
> > out than using them...
>
> Not sure what you mean by this (please explain). I assume you already
> know that   is merely what I've been using to take the place of a
> non-breaking space ( ).
>
Just referring to some cases where the &-code represents a special symbol.
(or was that with a specific renderer? --oh well... remember something about
a linebreak being inserted after ' )
It's getting late over here ;o
Cheerz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by Clay Leeds <cl...@medata.com>.
Thanks for the quick post Andreas,
On Monday, November 17, 2003, at 02:06 PM, Andreas L. Delmelle wrote:
>> -----Original Message-----
>> From: Clay Leeds [mailto:cleeds@medata.com]
>>
>> <fo:block font-size="10pt">
>> First<fo:inline font-size="4pt"> </fo:inline>Name
>> </fo:block>
>
> With entities, I have up to here had more nasty side-effects leaving
> them
> out than using them...
Not sure what you mean by this (please explain). I assume you already
know that   is merely what I've been using to take the place of a
non-breaking space ( ).
>> Would it be more efficient (or more "proper") to use fo:leader
>> instead?
>> Are there other options that are more efficient or preferred for some
>> reason?
>
> Because you are only adding whitespace in between, I guess you could
> as well
> use fo:leader, and gathering from my experiences today (--the version
> _with_
> the wasted resources worked anyway :s don't know where I got the
> idea...) it
> would indeed seem more 'proper'.
I'm glad you think it's proper. While that is important to me, I also
wonder whether or not it would be more efficient than my current system
of including fo:inline. I guess I could just run some tests. ;-p Thanks
again for the feedback!
Web Maestro Clay
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Clay Leeds [mailto:cleeds@medata.com]
>
> <fo:block font-size="10pt">
> First<fo:inline font-size="4pt"> </fo:inline>Name
> </fo:block>
>
With entities, I have up to here had more nasty side-effects leaving them
out than using them...
> Would it be more efficient (or more "proper") to use fo:leader instead?
> Are there other options that are more efficient or preferred for some
> reason?
Because you are only adding whitespace in between, I guess you could as well
use fo:leader, and gathering from my experiences today (--the version _with_
the wasted resources worked anyway :s don't know where I got the idea...) it
would indeed seem more 'proper'.
Greetz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by Clay Leeds <cl...@medata.com>.
J.Pietschmann wrote:
> BTW enclosing text in fo:inline is just a waste of ressources, it doesn't
> change much with regard how the text is handled (except exposing a bunch
> of nasty bugs). In particular, it wont cause different handling of the
> whitespace which happens to be before or after the fo:inline, unlike
> xsl:text.
>
> J.Pietschmann
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 use fo:inline frequently in my XSL-FO templates to place a smaller
"space" between label text inherited font-size="10pt":
<fo:block font-size="10pt">
First<fo:inline font-size="4pt"> </fo:inline>Name
</fo:block>
Would it be more efficient (or more "proper") to use fo:leader instead?
Are there other options that are more efficient or preferred for some
reason?
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
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 resizable spaces.
> How 'easy' would it be to change the default expansion for leaders in the
> case:
...
> Why _exactly_ does it use a default width here?
Because its easy. And: conformant :-)
> Is it possible to test at
> that point whether in the current line an fo:leader has already been added?
Well, I could have tried to distribute excess space evenly. However, how
should the space be distributed in case a leader would exceed its maximun
length? Should it be maxed out and then desitribution of the residue space
continued with the rest of the eladers? Certainly an idea, but it requires
more extended housekeeping than I was willing to implement. You'll have
to keep an eye on leader alingment at the same time, which complicates
the whole stuff (that's why leader alignment will go out of the window
if there's stull excess space after all leaders have been maxed out and is
distributed over resizable spaces). You may even run into convergence
problems.
> And if so, is it possible to adjust both leaders to expand accordingly?
It depends. In the case presented, certainly. But a general algorithm
able to deal with arbitrary combinations of leader-length MinOpMax and
alingments is by no means easy.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
>
> 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:
<snip/>
>
> It should work because the spaces are "marked" and shouldn't be
> stripped.
> The drawback, of course, is that spaces in the text must be converted
> to NBSP in order to avoid stretching them for justification.
> Unfortunately, FOP *does* use NBSP for justification (should be
> easy to fix) Well, space leaders should work.
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?)
How 'easy' would it be to change the default expansion for leaders in the
case:
surrounding block has text-align and text-align-last both set to "justify"
and the block does not overflow a line
text-leader-text yields the result that started this thread (the original
one)
leader-text-leader would yield the result asked for in this case
where currently, in the latter case, the leaders are not balanced (which BTW
hardly seems to become a 'wanted' result at some point, and since now this
one has been asked for --*and* is pretty neat :) )
It seems to work like:
first leader alignment is resolved WRT rest of current line area, which is
the text
a second leader resolved WRT rest of current line area, which is
nothing, so aligned to end of current line area
...
Why _exactly_ does it use a default width here? Is it possible to test at
that point whether in the current line an fo:leader has already been added?
And if so, is it possible to adjust both leaders to expand accordingly?
Any hints?
Greetz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
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:
<fo:block text-align-last="justify">
<fo:inline vertical-align="super" font-size="50%"
text-decoration="underline"> </fo:inline
>SOME TEXT<fo:inline vertical-align="super"
font-size="50%"></fo:block>
It should work because the spaces are "marked" and shouldn't be
stripped.
The drawback, of course, is that spaces in the text must be converted
to NBSP in order to avoid stretching them for justification.
Unfortunately, FOP *does* use NBSP for justification (should be
easy to fix) Well, space leaders should work.
The final bad news: FOP does not underline leading and trailing
spaces. Duhhhh!
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
>
> 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. Guess this needs some improvement, although I do
have a hard time figuring out how you would describe this in FO.
Anyone?
Cheerz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by Abhijit Junnare <ma...@yahoo.com>.
Since everyone talking about leader thought I woudl
also ask something.
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.
Thanks,
Abhi
--- "J.Pietschmann" <j3...@yahoo.de> wrote:
> Andreas L. Delmelle wrote:
> > the FOP compliance page, ... indicates only
> partial support for this object.
> This is mostly with regards to using leader content
> as a pattern, which
> is not possible as well as various ruler types which
> aren't implemented
> either.
>
> > What definitely works, are fixed-length leaders
> and leaders aligned
> > according to the settings of the reference area
> Actually, fixed-length leaders in justified text
> will most likely
> *not* be properly aligned, because space
> justification is done after
> leader alignment (nobody complained yet...)
>
> > <fo:block text-align="justify"
> text-align-last="justify">
> > <fo:inline>line1</fo:inline>
> > <fo:leader leader-pattern="dots"
> leader-pattern-width="3pt"
> > leader-alignment="reference-area" />
> > </fo:block>
> ...
> > If you add another fo:inline to the above
> fo:blocks, the fo:leader will
> > expand to fill the line and the last fo:inline
> will end up on a new line.
>
> This should not happen with 0.20.5. The following
> works for me:
> <fo:block text-align="justify"
> text-align-last="justify">
> line1
> <fo:leader leader-pattern="dots"
> leader-pattern-width="3pt"
> leader-alignment="reference-area" />
> someOtherText
> </fo:block>
> Did you try it?
>
> BTW enclosing text in fo:inline is just a waste of
> ressources, it doesn't
> change much with regard how the text is handled
> (except exposing a bunch
> of nasty bugs). In particular, it wont cause
> different handling of the
> whitespace which happens to be before or after the
> fo:inline, unlike
> xsl:text.
>
> J.Pietschmann
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> fop-user-unsubscribe@xml.apache.org
> For additional commands, e-mail:
> fop-user-help@xml.apache.org
>
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Andreas L. Delmelle wrote:
> Hmmm... maybe that was one of them (?) :)
No. The most problematic bug is dropped text at the end of
a page. I think it may also cause problems with hyphenation,
odd line wraps and perhaps problems with forced line breaks.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
>
> This should not happen with 0.20.5. The following works for me:
> <fo:block text-align="justify" text-align-last="justify">
> line1
> <fo:leader leader-pattern="dots" leader-pattern-width="3pt"
> leader-alignment="reference-area" />
> someOtherText
> </fo:block>
> Did you try it?
>
Yes... No, not exactly
> BTW enclosing text in fo:inline is just a waste of ressources, it doesn't
> change much with regard how the text is handled (except exposing a bunch
> of nasty bugs). In particular, it wont cause different handling of the
^^^^^^^^^
Hmmm... maybe that was one of them (?) :)
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Andreas L. Delmelle wrote:
> the FOP compliance page, ... indicates only partial support for this object.
This is mostly with regards to using leader content as a pattern, which
is not possible as well as various ruler types which aren't implemented
either.
> What definitely works, are fixed-length leaders and leaders aligned
> according to the settings of the reference area
Actually, fixed-length leaders in justified text will most likely
*not* be properly aligned, because space justification is done after
leader alignment (nobody complained yet...)
> <fo:block text-align="justify" text-align-last="justify">
> <fo:inline>line1</fo:inline>
> <fo:leader leader-pattern="dots" leader-pattern-width="3pt"
> leader-alignment="reference-area" />
> </fo:block>
...
> If you add another fo:inline to the above fo:blocks, the fo:leader will
> expand to fill the line and the last fo:inline will end up on a new line.
This should not happen with 0.20.5. The following works for me:
<fo:block text-align="justify" text-align-last="justify">
line1
<fo:leader leader-pattern="dots" leader-pattern-width="3pt"
leader-alignment="reference-area" />
someOtherText
</fo:block>
Did you try it?
BTW enclosing text in fo:inline is just a waste of ressources, it doesn't
change much with regard how the text is handled (except exposing a bunch
of nasty bugs). In particular, it wont cause different handling of the
whitespace which happens to be before or after the fo:inline, unlike
xsl:text.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Patrick JUSSEAU [mailto:patrick@openbase.com]
>
> Since just using a fo:leader by itself does not produce what I want, is
> there a way to use a (1 row x 3 columns) table for each line? The
> middle line would use as much space as possible. This would mimic what
> can be done in HTML where you would specify a 100% width for the middle
> column.
> Is this doable?
>
I was thinking of maybe doing the following:
<fo:table table-layout="fixed">
<fo:table-column column-width="50mm" />
<fo:table-column column-width="50mm" />
<fo:table-body>
<fo:table-row>
<fo:table-cell>
<fo:block text-align="justify" text-align-last="justify">
<fo:inline>line1</fo:inline>
<fo:leader leader-pattern="dots" leader-pattern-width="3pt"
leader-alignment="reference-area" />
</fo:block>
</fo:table-cell>
<fo:table-cell>
<fo:block text-align="start" text-align-last="justify">
<fo:leader leader-pattern="dots" leader-pattern-width="3pt"
leader-alignment="reference-area" />
<fo:inline>endline1</fo:inline>
</fo:block>
</fo:table-cell>
</fo:table-row>
</fo:table-body>
</fo:table>
so I just did, and it works :)
(you have to tweak a bit in between the columns; you will notice on 600%
zoom)
Cheerz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader issues...
Posted by Patrick JUSSEAU <pa...@openbase.com>.
Hi,
Since just using a fo:leader by itself does not produce what I want, is
there a way to use a (1 row x 3 columns) table for each line? The
middle line would use as much space as possible. This would mimic what
can be done in HTML where you would specify a 100% width for the middle
column.
Is this doable?
Patrick
On 17 Nov 2003, at 6:07 PM, Andreas L. Delmelle wrote:
>> -----Original Message-----
>> From: Patrick JUSSEAU [mailto:patrick@openbase.com]
>>
>> In other word I want the right side of my text to be aligned. The
>> fo:leader should expand as much as it can to fill the middle part. I
>> also want the parent block to have a 10cm width.
>>
>
> As I understand, behaviour of the fo:leader is very vaguely described
> in the
> spec, and apart from that, the FOP compliance page,
> http://xml.apache.org/fop/compliance.html#fo-object-leader, indicates
> only
> partial support for this object.
>
> What definitely works, are fixed-length leaders and leaders aligned
> according to the settings of the reference area (mostly: the
> surrounding
> fo:block).
> The latter _seems_ a good choice in combination with
> text-align="justify"
> and text-align-last="justify", but from my experience, it can only be
> used
> in practice to create layouts like this:
>
> <fo:block text-align="justify" text-align-last="justify">
> <fo:inline>line1</fo:inline>
> <fo:leader leader-pattern="dots" leader-pattern-width="3pt"
> leader-alignment="reference-area" />
> </fo:block>
> <fo:block text-align="justify" text-align-last="justify">
> <fo:inline>line2withlongername</fo:inline>
> <fo:leader leader-pattern="dots" leader-pattern-width="3pt"
> leader-alignment="reference-area" />
> </fo:block>
>
> would yield
>
> line1 .........................
> line2withlongername ...........
>
> If you add another fo:inline to the above fo:blocks, the fo:leader will
> expand to fill the line and the last fo:inline will end up on a new
> line.
>
> AFAIK there is currently no workaround to achieve the particular effect
> you're seeking.
>
> Maybe someone else has an idea?
>
>
> Greetz,
>
> Andreas
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
> For additional commands, e-mail: fop-user-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader issues...
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Patrick JUSSEAU [mailto:patrick@openbase.com]
>
> In other word I want the right side of my text to be aligned. The
> fo:leader should expand as much as it can to fill the middle part. I
> also want the parent block to have a 10cm width.
>
As I understand, behaviour of the fo:leader is very vaguely described in the
spec, and apart from that, the FOP compliance page,
http://xml.apache.org/fop/compliance.html#fo-object-leader, indicates only
partial support for this object.
What definitely works, are fixed-length leaders and leaders aligned
according to the settings of the reference area (mostly: the surrounding
fo:block).
The latter _seems_ a good choice in combination with text-align="justify"
and text-align-last="justify", but from my experience, it can only be used
in practice to create layouts like this:
<fo:block text-align="justify" text-align-last="justify">
<fo:inline>line1</fo:inline>
<fo:leader leader-pattern="dots" leader-pattern-width="3pt"
leader-alignment="reference-area" />
</fo:block>
<fo:block text-align="justify" text-align-last="justify">
<fo:inline>line2withlongername</fo:inline>
<fo:leader leader-pattern="dots" leader-pattern-width="3pt"
leader-alignment="reference-area" />
</fo:block>
would yield
line1 .........................
line2withlongername ...........
If you add another fo:inline to the above fo:blocks, the fo:leader will
expand to fill the line and the last fo:inline will end up on a new line.
AFAIK there is currently no workaround to achieve the particular effect
you're seeking.
Maybe someone else has an idea?
Greetz,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org