Hi ! I took a look at a few discussions around this issue on the mailing list and at the current implementation in FOP Trunk. Currently i'm having a PDF with several chapters whose content may have some links pointing to some content in another chapter. These chapters can be generated separately so that some links are unresolved and that's ok. But my problem is that i attach a page-number-citation to each link like this: <fo:basic-link color="blue" internal-destination="myId"> A link <fo:inline baseline-shift="super" font-size="8pt"> [<fo:page-number-citation ref-id="myId"/>]</fo:inline> </fo:basic-link>
The behaviour that i was expecting was to have empty brackets [] when the ID couldn't be resolved. Instead, i got empty brackets but with a large space between them [ ]. After a quick look at the code, i saw that page-number-citation allocates a space corresponding to the string "MMM" if the ID can't be immediately resolved. My FOP understanding is quite limited so i can't understand how FOP manages to shrink the space previously allocated when it succeeds in resolving the ID and why it leaves this MMM-space when it fails to resolve the ID. So I have two questions: 1) Is there a way to squeeze that space in case of unresolved ID ? I don't want to hack the code and replace the "MMM" string by a "|" string for instance, it's ugly and it will surely lead to severe mistakes in the layout. Is it difficult to implement such a behaviour ? I'm guessing that if this hasn't been implemented yet it must be because of some tricky implications and/or issues ? 2) I can bear not to have any page-number-citation at all in case of unresolved ID but in this case, i will need to know when my ID can be resolved and when it can't. It leads to some xsl-testing (i guess) and i don't think an XSLT processor can be aware of such things... But i may be wrong and perhaps this cool feature exists ? Thanks again for your help. Seb
