FrameMaker MIF zu XML und zrk.

Publiziert am 26.2.2007 von Michael Müller-Hillebrand

Die O’Reilly-Mitarbeiter Keith Fahlgren und Andy Bruno haben sich mit der Transformation von FrameMaker-Dokumenten nach XML und auch wieder zurück beschäftigt. Letzteres ist recht einfach, zumindest mit dem von ihnen gewählten XML.

So existiert neben dem Konverter MIFML von Scott Prentice (Leximation) eine weitere Lösung für diesen interessanten Weg, der auch für die XML-ifizierung bislang unstrukturierter FrameMaker-Inhalte eingesetzt werden kann.

So ganz nebenbei schildert der Artikel von Keith Fahlgren auch, welche wichtige Rolle FrameMaker bei O’Reilly spielt und wie wichtig dort die Interoperabilität zwischen verschiedenen Programmen ist.

Empfehlenswert!

Dieser Beitrag wurde unter FrameMaker, Tools, XML/XSL veröffentlicht. Setze ein Lesezeichen auf den Permalink.

3 Antworten zu FrameMaker MIF zu XML und zrk.

  1. Keith Fahlgren sagt:
    8.3.2007 um 1:18h Uhr

    So ganz nebenbei schildert der Artikel von Keith Fahlgren auch, welche wichtige Rolle FrameMaker bei O’Reilly spielt und wie wichtig dort die Interoperabilität zwischen verschiedenen Programmen ist.

    [mein Deutsch ist rostig]

    O’Reilly benutzt FrameMaker für vielleicht 70% ihrer Bücher (Druck-Layout). Wir werben jetzt für DocBook über FrameMaker weil DocBook viel vielseitiger (?) ist.

  2. Michael Müller-Hillebrand sagt:
    8.3.2007 um 9:07h Uhr

    Hi Keith,

    Thanks a lot for leaving a comment — your German is rather shiny 🙂

    If you talk about DocBook being „vielseitig“ I understand you praise its versatility for different products/projects without changing the basic DTD and accompanying processes? Which is certainly an issue in a publishing company like O’Reilly.

    As a technical writer in a certain company’s context you normally do not need such versatility. You want your processes to be as lean as possible to keep the maintaining efforts to a minimum. And if you need to share your content you can use XSL to do any magic you want (even create DocBook-compatible documents).

    – Michael

  3. Keith Fahlgren sagt:
    8.3.2007 um 15:34h Uhr

    If you talk about DocBook being „vielseitig“ I understand you praise its versatility for different products/projects

    Yeah, „vielseitig“ was the closest I could find to ‚repurposable‘ (which is not a particularly elegant English word).

    As a technical writer in a certain company’s context you normally do not
    need such versatility. You want your processes to be as lean as possible to keep the maintaining efforts to a minimum. And if you need to share your content you can use XSL to do any magic you want (even create DocBook-compatible documents).

    The biggest advantage we’ve seen from using DocBook recently is that it allows us to maintain a consistent format from the authoring stage[1] into the layout stage[2] and „beyond“, where the final stage is most important because it’s the most flexible. DocBook has long been used to drive our online content service Safari[3], and having our content in XML allows us to build other interesting applications that classify and search it[4].

    • Keith
    1. We’ve recommended XMLMind’s XXE so far
    2. Using the DocBook-XSL stylesheets http://www.sagehill.net/docbookxsl/index.html
    3. http://safari.oreilly.com/
    4. http://labs.oreilly.com/

Kommentare sind geschlossen.