List Info

Thread: Duplicate IDs mess up FO TOC




Duplicate IDs mess up FO TOC
user name
2007-01-17 09:02:48
Hi folks,

I'm reusing quite a few sections using xincludes and my
table of contents
gets confused when generating PDF output: It can not
correctly determine the
page number of all sections since multiple sections have the
same ID (the
ones that are reused).

I'm fully aware that duplicate ID attributes in my
aggregated document makes
it invalid, but ignoring that for a while, would any of you
know how to
solve this problem and get a nice printed TOC?

Of course there's the laborous approach suggested by Bob
(
http://www.sagehill.net/docbookxsl/DuplicateIDs.html)
but that's not really
feasible in this case.

Best,
Claus

-- 
http://techwriter.dk/


------------------------------------------------------------
---------
To unsubscribe, e-mail: docbook-apps-unsubscribelists.oasis-open.org
For additional commands, e-mail: docbook-apps-helplists.oasis-open.org


Re: Duplicate IDs mess up FO TOC
user name
2007-01-17 16:17:20
Bob Stayton wrote:
> The object.id template is used to generate the output
id attribute as well
> as the link for any element.  As long as it produces
consistent output for
> the same element, your links should work.
>
> In this customization, it counts the number of
preceding elements with the
> same id.  If the count is greater than zero, then it
appends the count to
> the id value.  It works with both id and
xml:id for db5 documents.

I like this approach - excellent thinking. I haven't tested
the solution
yet, but it seems like a clever way to go.

Thanks much for your input, Bob.

/claus


-- 
http://techwriter.dk/


------------------------------------------------------------
---------
To unsubscribe, e-mail: docbook-apps-unsubscribelists.oasis-open.org
For additional commands, e-mail: docbook-apps-helplists.oasis-open.org


[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )