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 Christian Grobmeier <gr...@gmail.com> on 2011/10/04 22:02:57 UTC
The way to go
Hello all,
I currently create a xslt sheet which contains several
block-containers. Noob as i am, I was a bit surprised to see my
containers are overlapping and not showing up in some kind of "flow".
I don't want to make everything absolute, because sometimes i cannot
know how long the preceding block is.
What is the best practice for making a good design with FOP? Should I
base everything on tables? Or have I done something wrong which causes
my block-containers to overlap?
Thanks,
Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: The way to go
Posted by Christian Grobmeier <gr...@gmail.com>.
>> But one question is left. I have used absolute positioning because I
>> wanted to have two boxes side-by-side, like with float and div. Can I
>> do this with absolute / table only?
>
> FOP doesn't support float FO for now (see [1]).
> alternatives may be:
> - absolute-position on b-c
> - table
> - playing with *-indent and space-* (see [2])
> - placing 1 b-c in a static region
> - etc.
>
> [1] http://xmlgraphics.apache.org/fop/compliance.html#fo-object-float
> [2] b-c #1 is explicitly sized, and its space-after="{-$height}"
> b-c #2 is indented according to the bc#1 width
Thanks you very much. It really helped me.
Cheers,
Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: The way to go
Posted by Pascal Sancho <pa...@takoma.fr>.
Hi Christian,
Le 05/10/2011 20:11, Christian Grobmeier a écrit :
> Hello Pascal,
>
> On Wed, Oct 5, 2011 at 9:16 AM, Pascal Sancho <pa...@takoma.fr> wrote:
>> Hi Sergiu,
>
> it was me (Christian) who asked, Sergiu helped me :-)
Oups, sorry for that misreading.
>> can you provide a (short) XSL-FO and describe more precisely what you
>> expect.
>> "overlap" can have multiple causes:
>> - absolute or relative positioning,
>> - negative space-before or space-after,
>> - limited block-progression-dimension or inline-progression-dimension,
>> - etc.
>
> I have meanwhile learned a bit more thanks to Sergiu and you.
>
> My overlapping was because I had 2 block-container with
> absolute-position="absolute" and expected a new block-container to
> start after the two absolute containers. It seems this is not possible
> (makes sense).
>
> But one question is left. I have used absolute positioning because I
> wanted to have two boxes side-by-side, like with float and div. Can I
> do this with absolute / table only?
FOP doesn't support float FO for now (see [1]).
alternatives may be:
- absolute-position on b-c
- table
- playing with *-indent and space-* (see [2])
- placing 1 b-c in a static region
- etc.
[1] http://xmlgraphics.apache.org/fop/compliance.html#fo-object-float
[2] b-c #1 is explicitly sized, and its space-after="{-$height}"
b-c #2 is indented according to the bc#1 width
> Cheers
> Christian
>
>
>>
>> Le 04/10/2011 23:17, Sergiu Dumitriu a écrit :
>>> On 10/04/2011 04:02 PM, Christian Grobmeier wrote:
>>>> Hello all,
>>>>
>>>> I currently create a xslt sheet which contains several
>>>> block-containers. Noob as i am, I was a bit surprised to see my
>>>> containers are overlapping and not showing up in some kind of "flow".
>>>> I don't want to make everything absolute, because sometimes i cannot
>>>> know how long the preceding block is.
>>>>
>>>> What is the best practice for making a good design with FOP? Should I
>>>> base everything on tables? Or have I done something wrong which causes
>>>> my block-containers to overlap?
>>>
>>> Normally, they shouldn't overlap, so they probably already have absolute
>>> positioning set somehow.
>>>
>>> FOP doesn't consume .xslt, but .fo files, so you should try to run the
>>> XSLT transformation first to convert the XML into a FO file, then check
>>> the FO file to see what happens.
>>>
>>
>> --
>> Pascal
--
Pascal
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: The way to go
Posted by Christian Grobmeier <gr...@gmail.com>.
Hello Pascal,
On Wed, Oct 5, 2011 at 9:16 AM, Pascal Sancho <pa...@takoma.fr> wrote:
> Hi Sergiu,
it was me (Christian) who asked, Sergiu helped me :-)
> can you provide a (short) XSL-FO and describe more precisely what you
> expect.
> "overlap" can have multiple causes:
> - absolute or relative positioning,
> - negative space-before or space-after,
> - limited block-progression-dimension or inline-progression-dimension,
> - etc.
I have meanwhile learned a bit more thanks to Sergiu and you.
My overlapping was because I had 2 block-container with
absolute-position="absolute" and expected a new block-container to
start after the two absolute containers. It seems this is not possible
(makes sense).
But one question is left. I have used absolute positioning because I
wanted to have two boxes side-by-side, like with float and div. Can I
do this with absolute / table only?
Cheers
Christian
>
> Le 04/10/2011 23:17, Sergiu Dumitriu a écrit :
>> On 10/04/2011 04:02 PM, Christian Grobmeier wrote:
>>> Hello all,
>>>
>>> I currently create a xslt sheet which contains several
>>> block-containers. Noob as i am, I was a bit surprised to see my
>>> containers are overlapping and not showing up in some kind of "flow".
>>> I don't want to make everything absolute, because sometimes i cannot
>>> know how long the preceding block is.
>>>
>>> What is the best practice for making a good design with FOP? Should I
>>> base everything on tables? Or have I done something wrong which causes
>>> my block-containers to overlap?
>>
>> Normally, they shouldn't overlap, so they probably already have absolute
>> positioning set somehow.
>>
>> FOP doesn't consume .xslt, but .fo files, so you should try to run the
>> XSLT transformation first to convert the XML into a FO file, then check
>> the FO file to see what happens.
>>
>
> --
> Pascal
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
--
http://www.grobmeier.de
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: The way to go
Posted by Pascal Sancho <pa...@takoma.fr>.
Hi Sergiu,
can you provide a (short) XSL-FO and describe more precisely what you
expect.
"overlap" can have multiple causes:
- absolute or relative positioning,
- negative space-before or space-after,
- limited block-progression-dimension or inline-progression-dimension,
- etc.
Le 04/10/2011 23:17, Sergiu Dumitriu a écrit :
> On 10/04/2011 04:02 PM, Christian Grobmeier wrote:
>> Hello all,
>>
>> I currently create a xslt sheet which contains several
>> block-containers. Noob as i am, I was a bit surprised to see my
>> containers are overlapping and not showing up in some kind of "flow".
>> I don't want to make everything absolute, because sometimes i cannot
>> know how long the preceding block is.
>>
>> What is the best practice for making a good design with FOP? Should I
>> base everything on tables? Or have I done something wrong which causes
>> my block-containers to overlap?
>
> Normally, they shouldn't overlap, so they probably already have absolute
> positioning set somehow.
>
> FOP doesn't consume .xslt, but .fo files, so you should try to run the
> XSLT transformation first to convert the XML into a FO file, then check
> the FO file to see what happens.
>
--
Pascal
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: The way to go
Posted by Sergiu Dumitriu <se...@xwiki.com>.
On 10/04/2011 04:02 PM, Christian Grobmeier wrote:
> Hello all,
>
> I currently create a xslt sheet which contains several
> block-containers. Noob as i am, I was a bit surprised to see my
> containers are overlapping and not showing up in some kind of "flow".
> I don't want to make everything absolute, because sometimes i cannot
> know how long the preceding block is.
>
> What is the best practice for making a good design with FOP? Should I
> base everything on tables? Or have I done something wrong which causes
> my block-containers to overlap?
Normally, they shouldn't overlap, so they probably already have absolute
positioning set somehow.
FOP doesn't consume .xslt, but .fo files, so you should try to run the
XSLT transformation first to convert the XML into a FO file, then check
the FO file to see what happens.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org