<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I think the answer to your question is
      somewhere between No and It Depends, but closer to No. It gets
      back to the structure vs. display issue. FrameMaker tries to give
      you both the XML world and the WYSIWYG world in one package. A
      more typical XML editor (like the new XML view in Frame 11) is
      just a text-based markup language editor that doesn't know
      anything about display. The XML output from such an editor gets
      turned into a formatted document by other software that transforms
      it (XSL and that stuff) based on the elements and attributes. This
      is how XML can get used in lots of different ways
      (single-sourcing). Different transformations yield different
      formatting based on the target display platform.<br>
      <br>
      If FrameMaker, that display transformation takes place in real
      time in the interaction between the EDD and the para and char
      formats in your document based on the elements and attributes in
      your structure plus specific formatting overrides in the EDD. This
      means there is a temptation to build in a lot of attributes and
      formatting that is Frame specific. For example, some of my
      elements include whether or not I want the para or heading to be
      at the top of a page. This is entirely display related and
      something that would almost certainly be frowned upon if you were
      writing for multiple display environments.<br>
      <br>
      Therefore, if you are round tripping for distribution in other
      display environments, I would actually suspect that you would want
      to minimize the format related stuff in your structure, rather
      than maximize it because the framemaker-specific formatting would
      make less sense when transforming to other display environments.
      If you are round tripping just for editing purposes and it always
      comes back to FrameMaker for printing/PDF, then that is less of an
      issue and you can do what works best for you. Even in that case,
      you might not want to burden the authors with format related
      attributes to think about. <br>
      <br>
      Hope I've been at least somewhat coherent in my comments. I've
      probably simplified things a little. I don't do any round
      tripping, so I can't speak much to the pitfalls.<br>
      <br>
      Fred<br>
      <br>
      <br>
      On 9/13/2012 6:29 PM, rebecca officer wrote:<br>
    </div>
    <blockquote
      cite="mid:50530711020000380004DB27@gwia.alliedtelesyn.co.nz"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta content="MSHTML 6.00.6000.17112" name="GENERATOR">
      <div>Hi guys</div>
      <div> </div>
      <div>If you're planning to roundtrip through XML, with different
        authors using different XML editors, you'd need to have all the
        formatting in the EDD, right?</div>
      <div> </div>
      <div>Or am I on completely the wrong track in my ignorance?</div>
      <div> </div>
      <div>Thanks</div>
      <div>Rebecca</div>
      <div><br>
        <br>
      </div>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Fred Wersan
VT MÄK, Principal Technical Writer
68 Moulton Street, Cambridge, MA 02138 
T: +1.617.876.8085 x124  Email: <a class="moz-txt-link-abbreviated" href="mailto:fwersan@mak.com">fwersan@mak.com</a> 

Get Realistic Background Traffic - up to 75% off!
<a class="moz-txt-link-abbreviated" href="http://www.mak.com/YourPatternOfLife">www.mak.com/YourPatternOfLife</a> | Offer ends September 25, 2012</pre>
  </body>
</html>