Hi, Luis, I have not bumped into the situation of a null value causing this error, so I can't offer any direct advice about that.
However, I can think of a fix for it that you can do in your XSLT -
something on the order of:
<xsl:apply-templates match="xref">
<xsl:choose>
<xsl:when test="string-length(@linkend) = 0">
  <!-- the non-breaking space -->
<!-- If you use HTML-based e-mail, that's & # 1 6 0 ; (without the
spaces) -->
</xsl:when>
</xsl:otherwise>
<!-- Process the xref normally -->
</xsl:otherwise>
</xsl:choose>
</xsl:template>
That template catches xrefs that have no value in the linkend attribute
and inserts a space (so that your elements won't collapse, which can cause
other troubles).
Jay Bryant
Bryant Communication Services
(presently consulting at Synergistic Solution Technologies)
Luis Ca�as <[EMAIL PROTECTED]>
04/28/2005 12:06 PM
Please respond to
[email protected]
To
[email protected]
cc
Subject
Re: problems with docbook <term>
El jue, 28-04-2005 a las 09:51 -0500, [EMAIL PROTECTED] escribi�:
> Hi, Luis,
Thanks for your quick reply.
>
> The error indicates that something is too big to fit in its allocated
> space. Since it's the result of a cross-reference, I'd guess that the
> reference is picking up some word that is too long to fit in the
allocated
> space.
Well, I tried to simplified the file. The original file is a book
chapter and the references aim at null because I compiling it without
its targets. For instance, I compile chapter4 and it has xrefs aim at
chapter3 and 2 but I only want to compile chapter4 without any
modification.
My target is to compile a Docbook book chapter by chapter. Is there
anyway to avoid this error?
"[INFO] area contents overflows area in line" :_(
The book I'm trying to compile chapter by chapter has a lot of xrefs and
when I'm compiling chapter by chapter there are a lot of xrefs which aim
at null and there is no problem. The consequence is the generated text
for this ref which was "???" or something like that.
>
> I get this all the time when I'm doing database descriptions and have to
> fit Really_Long_Table_Name_From_Some_Database into a table or when I'm
> doing API documentation and have to fit
> reallyLongClassNameThatOughtToBeTrimmed into a table.
>
Thank you very much.
>
> Luis Ca�as <[EMAIL PROTECTED]>
> 04/28/2005 09:28 AM
> Please respond to
> [email protected]
>
>
> To
> [email protected]
> cc
>
> Subject
> problems with docbook <term>
>
>
>
>
>
>
> Hi!
>
> I'm trying to compile this valid[1] docbook[2] document with
> fop.
>
> But I'm having troubles with this part: (line 92)
> "...
> <variablelist>
> <varlistentry>
> <!--<term><xref linkend="chap-intro"/> (5
> horas).</term>-->
> <term><xref linkend="sect-guia-intro"/>hola</term>
> <listitem>
> <para>
> .."
>
> When I try to insert and xref in term, it throws this error:
> "[INFO] area contents overflows area in line"
>
> Thank you very much. luis.
>
>
> [1] "onsgmls -wxml -s chapter.xml" returns no error
>
> [2] http://193.147.71.49/~lcanas/chapter.xml
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Luis Ca�as D�az - URJC(Madrid)
[EMAIL PROTECTED] 0>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~//)~~~~~~~~~~~
Edukalibre project: http://edukalibre.org
personal: http://gsyc.escet.urjc.es/~lcanas
signature.asc
Description: Binary data
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
