#129 Patch:RequestID:1178038 label numbering customization

output: all formats
closed-accepted
XSL (122)
5
2005-07-10
2005-07-08
Anup Rav
No

This is a patch for all output formats of DocBook XSL
for the
Request ID : 1178038
Title : chapter (and other?) numbering customizable

Customization provide following parameter behavior changes:
* chapter.autolabel - Are chapters automatically
enumerated?
* appendix.autolabel - Are Appendixes automatically
enumerated?
* part.autolabel - Are parts and references enumerated?
* preface.autolabel - Are prefaces enumerated?
* qandadiv.autolabel - Are divisions in QAndASets
enumerated?
* section.autolabel - Are sections enumerated?

In this cusotmiztion above parameters can have values
either 0 or any format (a, A, i, I, 1). If parameter is
provided value 0 then element will not be enumerated.
If any other values (a, A, i, I, 1) are provided it
will be used as format for that element enumeration.

Also the text values like 'loweralpha', 'upperalpha',
'lowerroman', 'upperroman', and 'arabic' are supported
for *.autolabel parameters.

Discussion

  • Anup Rav

    Anup Rav - 2005-07-08

    Patch file for docbook-xsl-1.68.1\common\label.xsl file

     
  • Robert Stayton

    Robert Stayton - 2005-07-09

    Logged In: YES
    user_id=193218

    Hi Anup, this code looks good. Thanks for contributing it.
    But I can't check it in yet, because it doesn't work in
    xsltproc! Using any value other than 1 causes autolabeling
    to be turned off completely. But I think the problem is in
    xsltproc, in the way it converts data types. I sent a message
    to their list, so I'll let you know what I find out.

     
  • Robert Stayton

    Robert Stayton - 2005-07-10

    Logged In: YES
    user_id=193218

    I went ahead and checked this patch in after adding a small
    workaround for xsltproc's bug (see libxslt bugzilla 309914).
    I'll also update the reference pages for these parameters.

     
  • Robert Stayton

    Robert Stayton - 2005-07-10
    • assigned_to: nobody --> bobstayton
    • status: open --> closed-accepted
     
  • Robert Stayton

    Robert Stayton - 2005-07-10

    Logged In: YES
    user_id=193218

    A fix for this issue has been added to the current codebase.
    Please test the fix with the latest snapshot from:

    http://docbook.sourceforge.net/snapshots/

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks