Hi Mark,

This is a known and documented limitation.

Or actually the limitations are with round-tripping the captured text back to the document with the tracing - that only is possible in certain cases.

But if you're just trying to get the captured text and tracing information to Perl then you might find that it's possible to do once you know how.

See pages 4-167 to 4-169 (<tr>) and page 6-12 (</Pb>) of the XPP 9.2 version of the XyMacros manual (xymacro.pdf).

So you're saying that if you add the 't' option to the </Pb> macro used to suppress the text and pass it to Perl, you are not getting the captured text "tagged" with edit trace information in the "special" way described on page 4-169 of the XyMacros manual, where Private Use Area UTF-8 values are used to convey the edit trace information (including strikethrough traces)?

Maybe another limitation is that strikethrough text is never included, although if that is the case I'm not sure why we would have documented the "sod" and "eod" types on page 4-169 of the manual.

Mark, not that we don't want your client to upgrade (and which they should really do since XPP 8.4 is now a retired release) but as far as I can tell the 't' option for <tr> and </Pb> were available as of the core 8.4.0 release.

Hmm ... yes I'm sure that the 't' option for <tr> and </Pb> were available as of the XPP 8.4.0 release. What I forgot was that the documentation of such did not make it into the XyMacros manual until the next (XPP 9.0) release.

However, this new feature was documented in the XPP 8.4 Release Notes. See section "3.7 Including Edit Traces in Text Captured in Text Registers* (#41960)" on pages 14 and 15 of the Release Notes.

Also keep in mind that all the latest (and some older) release XPP documentation is publicly available at http://docs.sdl.com - hot fixed manuals are released to this web site.

If you want to see the (actual) documentation in the XyMacros manual on the pages that I referenced earlier (i.e. in the XPP 9.2 version), then go to that web site and scroll down to the SDL XPP section and click on the "SDL XPP 9.2" link. Then you can navigate around to view a Change Log page or click on "Downloads" and then "SDL XPP documentation individual PDF downloads" to get to a page with a table containing links to the latest versions (for that XPP release) of each manual.

You can also click on the "9.2" drop-down on the "home" page and select other values to be able to navigate to older release documentation (other current choices are 8.4, 9.0, and 9.1).

Hi Mark,

The only documentation is what I've mentioned in earlier posts - the XPP 8.4 Release Notes and the descriptions under <tr> and </Pb> in the XyMacros manual (XPP 9.0 and later versions).

That's where it also discusses the limitations, as I also mentioned in an earlier post - you can only round-trip the edit traces in certain very limited cases (and one case that you cannot do so is in the main text stream).

And before you ask, there is already an RFE issue on the Product Backlog (meaning not committed) asking for being able to "do edit traces out of XyPerl into the main text stream".

If you want to "chime in" on that RFE issue, then I suggest you open a case with support and reference this RFE issue XPP-1482.

But really the new "method" for handling enhancement type requests for SDL products is now the Ideas community pages - for XPP that would be at ideas-xpp.

Hi Mark,

The only documentation is what I've mentioned in earlier posts - the XPP 8.4 Release Notes and the descriptions under <tr> and </Pb> in the XyMacros manual (XPP 9.0 and later versions).

That's where it also discusses the limitations, as I also mentioned in an earlier post - you can only round-trip the edit traces in certain very limited cases (and one case that you cannot do so is in the main text stream).

And before you ask, there is already an RFE issue on the Product Backlog (meaning not committed) asking for being able to "do edit traces out of XyPerl into the main text stream".

If you want to "chime in" on that RFE issue, then I suggest you open a case with support and reference this RFE issue XPP-1482.

But really the new "method" for handling enhancement type requests for SDL products is now the Ideas community pages - for XPP that would be at ideas-xpp.