docbook-apps

Hello,

Maybe someone can help to determine the cause of a few issues I see. See
the example at http://debian.wgdd.de/temp/docbook-xsl/.

page 7: The title of the programlisting in <example
id="example_debarchiver_conf"> is mixed with the content of the
programlisting. The listing itself overflows the page area (it puts
content into the header).
(Warning during fop-execution: Content of the region-body on page 7
overflows the available area in block-progression dimension.
(fo:page-sequence, location: 2/29013))

page 9: Similar problem for the "definition list" entry for the
"@mailtos" variable.

page 12: The output of the procedure is completely missing
(Warning during fop-execution: Content of the region-body on page 12
overflows the available area in block-progression dimension.
(fo:page-sequence, location: 2/29013))

I maybe missed other things. So can somebody determine, if these are
issues in fop or in docbook-xsl? How can I workaround them? In the past
I used fop 0.20.5 without such issues. Now I'm using fop 0.93 and I
tested with the latest docbook-xsl releases as well as with the latest
snapshot. System is a Debian Sid (if that's interesting).

Are these bugs in

El Viernes, 22 de Junio de 2007 17:21, Daniel Leidert escribió:

> page 7: The title of the programlisting in <example
> id="example_debarchiver_conf"> is mixed with the content of the
> programlisting. The listing itself overflows the page area (it puts
> content into the header).
> (Warning during fop-execution: Content of the region-body on page 7
> overflows the available area in block-progression dimension.
> (fo:page-sequence, location: 2/29013))

<example id="example_debarchiver_conf">


Similar for the other block overflows.

Lines overflows need be fixed editing the text, changing page margins, or
reducing font size.

> I maybe missed other things. So can somebody determine, if these are
> issues in fop or in docbook-xsl? How can I workaround them? In the past
> I used fop 0.20.5 without such issues. Now I'm using fop 0.93 and I
> tested with the latest docbook-xsl releases as well as with the latest
> snapshot. System is a Debian Sid (if that's interesting).

FOP-0.93 have support for keep-together-* and keep-with-* attributes, that was
ignored by FOP-0.20.5. The stylesheets set the default value for some tags to
"always" to keep their content into the same page, but when it don't fit on
one page you must to add the above PI to allow FOP to split it on several
pages.


--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info
TLDP-ES: http://es.tldp.org

Am Freitag, den 22.06.2007, 18:52 +0200 schrieb M.Canales.es:
> El Viernes, 22 de Junio de 2007 17:21, Daniel Leidert escribió:
>
> > page 7: The title of the programlisting in <example
> > id="example_debarchiver_conf"> is mixed with the content of the
> > programlisting. The listing itself overflows the page area (it puts
> > content into the header).
> > (Warning during fop-execution: Content of the region-body on page 7
> > overflows the available area in block-progression dimension.
> > (fo:page-sequence, location: 2/29013))
>
> <example id="example_debarchiver_conf">
>
>
> Similar for the other block overflows.
>
> Lines overflows need be fixed editing the text, changing page margins, or
> reducing font size.

Thanks for your answer. However, I'm not able to fix the issue for the
first procedure in the article (id="procedure_dscverify"). I'm able to
track it don to the following: If I comment out the steps
id="procedure_dscverify_create|procedure_dscverify_import|
procedure_dscverify_debarchiver_activate", then I can suppress the
warning and the resulting file contains text for this procedure. Even
setting



for every step, does not help. Any idea? I uploaded my custom stylesheet
to the mentioned location too. This problem is really annoying, so any
help is appreciated.

Regards, Daniel

Am Samstag, den 23.06.2007, 14:15 +0200 schrieb Daniel Leidert:
> Am Freitag, den 22.06.2007, 18:52 +0200 schrieb M.Canales.es:
> > El Viernes, 22 de Junio de 2007 17:21, Daniel Leidert escribió:
> >
> > > page 7: The title of the programlisting in <example
> > > id="example_debarchiver_conf"> is mixed with the content of the
> > > programlisting. The listing itself overflows the page area (it puts
> > > content into the header).
> > > (Warning during fop-execution: Content of the region-body on page 7
> > > overflows the available area in block-progression dimension.
> > > (fo:page-sequence, location: 2/29013))
> >
> > <example id="example_debarchiver_conf">
> >
> >
> > Similar for the other block overflows.
> >
> > Lines overflows need be fixed editing the text, changing page margins, or
> > reducing font size.
>
> Thanks for your answer. However, I'm not able to fix the issue for the
> first procedure in the article (id="procedure_dscverify"). I'm able to
> track it don to the following: If I comment out the steps
> id="procedure_dscverify_create|procedure_dscverify_import|
> procedure_dscverify_debarchiver_activate", then I can suppress the
> warning and the resulting file contains text for this procedure. Even
> setting
>
>
>
> for every step, does not help. Any idea? I uploaded my custom stylesheet
> to the mentioned location too. This problem is really annoying, so any
> help is appreciated.

Damn, I got it. I had to change the global formal.object.properties
directly. The dbfo processing instruction seems to be ignored for
procedures. I guess, it's time for a tracker item to fix this.

Regards, Daniel

  


Hi !


I am searching for 2 days for a solution to this overflow problem...
Could you tell me more about the solution you found ?


thanks in advance !

Marie.


Daniel Leidert a écrit :

  
Am Samstag, den 23.06.2007, 14:15 +0200 schrieb Daniel Leidert:
  
  

    
Am Freitag, den 22.06.2007, 18:52 +0200 schrieb M.Canales.es:
    
    

      
El Viernes, 22 de Junio de 2007 17:21, Daniel Leidert escribió:

      
      

        
page 7: The title of the programlisting in <example
id="example_debarchiver_conf"> is mixed with the content of the
programlisting. The listing itself overflows the page area (it puts
content into the header).
(Warning during fop-execution: Content of the region-body on page 7
overflows the available area in block-progression dimension.
(fo:page-sequence, location: 2/29013))
        
      
      
<example id="example_debarchiver_conf">
<?dbfo keep-together="auto"?>

Similar for the other block overflows.

Lines overflows need be fixed editing the text, changing page margins, or 
reducing font size.
      
    
    
Thanks for your answer. However, I'm not able to fix the issue for the
first procedure in the article (id="procedure_dscverify"). I'm able to
track it don to the following: If I comment out the steps
id="procedure_dscverify_create|procedure_dscverify_import|
procedure_dscverify_debarchiver_activate", then I can suppress the
warning and the resulting file contains text for this procedure. Even
setting

<?dbfo keep-together="auto"?>

for every step, does not help. Any idea? I uploaded my custom stylesheet
to the mentioned location too. This problem is really annoying, so any
help is appreciated.
    
  
  

Damn, I got it. I had to change the global formal.object.properties
directly. The dbfo processing instruction seems to be ignored for
procedures. I guess, it's time for a tracker item to fix this.

Regards, Daniel


---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org




=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Scanned with Copfilter Version 0.83beta3a (P3Scan 2.2.1)
AntiSpam:  SpamAssassin 3.1.4
by Markus Madlener @ http://www.copfilter.org

  

Am Montag, den 25.06.2007, 18:45 +0200 schrieb Marie Sauvage:

> I am searching for 2 days for a solution to this overflow problem...
> Could you tell me more about the solution you found ?

http://www.sagehill.net/docbookxsl/PageBreaking.html and further see my
other mail to Michael. This solved (at least) my problem.

HTH and regards, Daniel

Daniel Leidert <daniel.leidert.spam@gmx.net>, 2007-06-22 17:21 +0200:

[...]
> I maybe missed other things. So can somebody determine, if these are
> issues in fop or in docbook-xsl?

The way to isolate whether it's a problem in fop or in docbook-xsl
is to run the same document through a conformant XSL-FO engine
such as RenderX xep or DiType and check if you see the same
problem. If you don't, it's a bug or limitation in FOP.

If you don't have access to xep or DiType or another conformant
XSL-FO engine, you can ask on this list or on #docbook to run the
same document through xep or DiType or whatever for you and then
send/post the result to you.

--Mike

--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/

Hi,

Am Sonntag, den 24.06.2007, 18:45 +0900 schrieb Michael(tm) Smith:
> Daniel Leidert <daniel.leidert.spam@gmx.net>, 2007-06-22 17:21 +0200:
>
> [...]
> > I maybe missed other things. So can somebody determine, if these are
> > issues in fop or in docbook-xsl?
>
> The way to isolate whether it's a problem in fop or in docbook-xsl
> is to run the same document through a conformant XSL-FO engine
> such as RenderX xep or DiType and check if you see the same
> problem. If you don't, it's a bug or limitation in FOP.

Thanks for the hint.

> If you don't have access to xep or DiType or another conformant
> XSL-FO engine, you can ask on this list or on #docbook to run the
> same document through xep or DiType or whatever for you and then
> send/post the result to you.

I will do next time :) This time, I found the issue. It was a
configuration issue: procedure.properties used formal.object.properties,
which used keep-together.within-column=always and trying to change this
via dbfo did not work. I now simply changed the
keep-together.within-column to auto globally for processing this
article. Maybe the dbfo-variant of defining the
keep-together.within-column value should probably work by default for
more elements.

Regards, Daniel