Page 1 of 1

Make Legacy PDF transformation respect @processing-role="res

Posted: Fri May 16, 2014 11:56 am
by Frank Ralf
Hi,

We still use the Legacy PDF transformation for historical reasons in one of our projects. We've now started using key references, putting all the key definitions in a separate map file.
If a separate DITA map is created that contains only key definitions, it should have the @processing-role attribute set to "resource-only". The map-group vocabulary module includes the <keydef> element, a specialization of <topicref> in which the value of the
@processing-role attribute is set by default to "resource-only".
http://docs.oasis-open.org/dita/v1.2/os ... _keys.html

However, the Legacy PDF transformation ignores all "recource-only" settings, supposedly because this is a new feature introduced with DITA 1.2. Is there a way to teach the transformation to respect this setting? Where should I look for amending the transformation settings?

Any hints are welcome.

TIA
Frank

Re: Make Legacy PDF transformation respect @processing-role=

Posted: Fri May 16, 2014 12:23 pm
by Radu
Hi Frank,

I don't quite know, hardly anybody uses the Legacy PDF transform anymore, you could try to look in the XSL:

OXYGEN_INSTALL_DIR\frameworks\dita\DITA-OT\plugins\legacypdf\xslfo\topicmerge.xsl

If this does not help, maybe you could find some help on the DITA Users List.
In my opinion if you want to use new DITA features you should try to move to the current PDF plugin.

Regards,
Radu

Re: Make Legacy PDF transformation respect @processing-role=

Posted: Fri May 16, 2014 12:38 pm
by Frank Ralf
Thanks for the quick response.
Radu wrote:I don't quite know, hardly anybody uses the Legacy PDF transform anymore, ...
I know, I know ... but we have inherited the whole customized transformation from our customer and will be stuck with it, at least for the near future :?

However, if the Legacy PDF is hampering content re-use with key references, we have a strong case for switching to the current PDF transformation :D

Regards,
Frank