Skip to main content
Known Participant
April 7, 2011
Question

Xrefs in .fm files vs. .xml files

  • April 7, 2011
  • 1 reply
  • 563 views

Hi all,

We have a doc set that we need to access by remote doc teams in various locales. All Frame documents are currently stored under version control as .xml files. Team A wants to retain the document set entirely in .xml files, open and edit them in Frame, and save them as .xml files.  Team B wants to open the .xml files in Frame as binary .fm files, edit them in Frame, and save to .xml only when needed, i.e. when committed back to our version control system.

It doesn't seem that there is a problem w/ this approach as the content will remain the same and the end result commited back to version control will be .xml.

However, xrefs specifically point to either .fm files or .xml files.  This means that, when Team A works on them in xml and adds an xref to another document in a book, it points to "document1.xml".  When Team B works on them in native Frame, this reference is broken because "document1.xml" does not exist; being instead "document1.fm".

Is there a workaround for this issue?

Thanks for your help,

Shelley

Shelley Hoose

RogueWave Software

This topic has been closed for replies.

1 reply

Michael_Müller-Hillebrand
Legend
April 7, 2011

Shelley,

This behaviour can be controlled through a setting in the structapps.fm. In section »Specifying external cross reference behavior« in

http://help.adobe.com/en_US/FrameMaker/9.0/StructuredDev/Structure_Dev_Reference.pdf

(printed page 20, digital page 24) you can find the instructions. It deals with the ExternalXRef setting.

Otherwise it is also possible to handle stuff like this using an XSL Pre/Postprocessing, but that has other consequences, too.

- Michael

shooseAuthor
Known Participant
April 11, 2011

Thank you Michael!  I did not know about that.  Although the actual setting I ended up using for our particular purposes was the ExternalXref | Try Alternative Extensions.

- Shelley