Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Technical review process when using FrameMaker

+0
−0

I'm an engineer. At my company, engineers seem to spend a lot of time reviewing technical documentation written by people who work in different offices and time zones. Part of the reason we spend so much time is that we're presented with lots of small questions, one e-mail at a time, rather than being given larger blocks of review tasks overlaid on a view of the complete documentation.

The writers are using FrameMaker. Engineers don't have FrameMaker licenses but know how to use code review tools. My questions are:

  1. Is there a standard way to use FrameMaker where the documentation artifacts are checked in as text files (for example, XML) in a source control system, such that they can be reviewed using standard code review tools?
  2. If not, is there another good mechanism/process that allows tech writers and reviewing engineers to collaborate on shared FrameMaker documents?
History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

This post was sourced from https://writers.stackexchange.com/q/35087. It is licensed under CC BY-SA 3.0.

0 comment threads

1 answer

+0
−0

Long experience has taught many of us that when you send a busy person an email with more than one question, they only answer the first one and ignore the rest. Thus many of us have gotten into the habit of asking one question per email. You may be able to solve part of the problem by asking writers to send you a bunch of questions in a single email -- as long as you actually answer them all.

But don't expect that the first thing you are going to get is a completed document with review questions attached. Technical writers seldom have access to sources of information that would allow them to write a complete document without asking engineers a bunch of questions. They need your answers to get the document written.

As to FrameMaker: Framemaker comes in two variants, unstructured and structured, and these days structured Framemaker come with support for a structured writing system called DITA. If your writers are using the structured or DITA versions of Framemaker, then yes, there is an XML version of the document that can be reviewed with standard code-review tools. If they are using unstructured Framemaker, however, the answer is no. My impression is that most organizations who use FrameMaker are still using the unstructured version.

A common method for doing review of documentation generated with unstructured FrameMaker is to use PDFs and use the review tools built into Adobe Acrobat reader. There is even a server-based version (at least I assume it still exists) which lets multiple reviewers comment on the same copy of a PDF so that they can see the comments that others have already made.

Personally, I would rather have a root canal than do review this way. Like you, I would prefer that the whole process take place using structured text and standard text-based review tools. But many technical writers seem to prefer this approach, and there are also some engineers who insist that they have to review the final printed form of the document -- I have no idea why, but it is an unfortunate fact of life.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

0 comment threads

Sign up to answer this question »