docbook-apps

  • 1.  Re: [docbook-apps] Table column proportional values

    Posted 05-13-2010 00:25
    I also find this behavior a bit odd. It is not accidental, as there is a specific bit
    of code that turns off column-width when set to 1:

    <xsl:if test="$colwidth != 'proportional-column-width(1)'">
    <xsl:attribute name="column-width">
    <xsl:value-of select="$colwidth"/>
    </xsl:attribute>
    </xsl:if>

    The $colwidth variable is computed, and if its value is "proportional-column-width(1)"
    then no column-width attribute is output at all! I have no idea why this step is
    taken. This bit of code has existed in the table.xsl file since it was first created
    by Norm Walsh in 2001. It may have been a limitation of early FO processors, but it
    certainly isn't desirable behavior now.

    Please file a bug report on SourceForge for this item.

    Bob Stayton
    Sagehill Enterprises
    bobs@sagehill.net





  • 2.  Re: [docbook-apps] Table column proportional values

    Posted 05-13-2010 03:12
    Thanks Bob!

    Its strange that no one has had any problems in the past. It could be that the processors blow right by it and only complain about it lightly.

    I filed a bug report: #3000898

    Thanks
    Dean


    In a message dated 05/12/10 17:25:50 Pacific Daylight Time, bobs@sagehill.net writes:
    I also find this behavior a bit odd. It is not accidental, as there is a specific bit
    of code that turns off column-width when set to 1:

    <xsl:if test="$colwidth != 'proportional-column-width(1)'">
    <xsl:attribute name="column-width">
    <xsl:value-of select="$colwidth"/>
    </xsl:attribute>
    </xsl:if>

    The $colwidth variable is computed, and if its value is "proportional-column-width(1)"
    then no column-width attribute is output at all! I have no idea why this step is
    taken. This bit of code has existed in the table.xsl file since it was first created
    by Norm Walsh in 2001. It may have been a limitation of early FO processors, but it
    certainly isn't desirable behavior now.

    Please file a bug report on SourceForge for this item.

    Bob Stayton
    Sagehill Enterprises
    bobs@sagehill.net





  • 3.  Re: [docbook-apps] Table column proportional values

    Posted 05-18-2010 13:38
    setting colwidth="1.0*" seems to avoid the problem (instead of ="1*")

    DeanNelson wrote:
    > Thanks Bob!
    >
    > Its strange that no one has had any problems in the past. It could be
    > that the processors blow right by it and only complain about it lightly.
    >
    > I filed a bug report: #3000898
    >
    > Thanks
    > Dean
    >
    >
    > In a message dated 05/12/10 17:25:50 Pacific Daylight Time,
    > bobs@sagehill.net writes:
    >
    > I also find this behavior a bit odd. It is not accidental, as there
    > is a specific bit
    > of code that turns off column-width when set to 1:
    >
    > <xsl:if test="$colwidth != 'proportional-column-width(1)'">
    > <xsl:attribute name="column-width">
    > <xsl:value-of select="$colwidth"/>
    > </xsl:attribute>
    > </xsl:if>
    >
    > The $colwidth variable is computed, and if its value is
    > "proportional-column-width(1)"
    > then no column-width attribute is output at all! I have no idea why
    > this step is
    > taken. This bit of code has existed in the table.xsl file since it
    > was first created
    > by Norm Walsh in 2001. It may have been a limitation of early FO
    > processors, but it
    > certainly isn't desirable behavior now.
    >
    > Please file a bug report on SourceForge for this item.
    >
    > Bob Stayton
    > Sagehill Enterprises
    > bobs@sagehill.net
    >
    >
    >


  • 4.  An interesting article about DocBook in WebWorkerDaily

    Posted 05-19-2010 03:02
    http://webworkerdaily.com/2010/05/18/defining-and-finding-truly-great-tools/

    The part that got my interest was

    Later, I was introduced to DocBook, an XML schema that allows the
    identification of pieces of content as small as individual letters. Here,
    for me, was an actual revolution in the way I worked. DocBook represented a
    new way of thinking about my content and suited my thought patterns much
    better than did the blank page of a word processing file, implying as it did
    a linear flow and a single voice.

    The fact that this tool suited my brain better than did word processing
    tools allowed me to think about information and communication differently:
    instead of battling (albeit subconsciously) with the restrictions of my
    tools, I was free to approach content in a way that really suited me, and
    was shown a completely new perspective on my work at the same time.

    Where content management tools made my life easier and improved my product,
    DocBook effectively allowed me to evolve my practice.