TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Single-sourcing a procedure for multiple uses From:"Blount, Patricia A" <Patricia -dot- Blount -at- ca -dot- com> To:<techwr-l -at- lists -dot- techwr-l -dot- com> Date:Thu, 25 Sep 2008 10:22:59 -0400
Good morning, writers,
I have a writing challenge and need the wisdom of your collective
experience.
One of software products I'm documenting can be used with about ten
different 3rd party applications. Each application currently has its own
guide, and each guide currently contains its own distinct version of the
same procedure.
There are some very minor differences within that procedure, depending
on the application you're using. For example, you would select the
desired application from a list of all supported applications. In this
example, I've genericized as many steps as possible, changing the
wording of a step like this:
From: "Choose <ApplicationNameA> and then click Next.
To: "Choose the application you wish to protect from the list below and
then click Next."
Here's my dilemma. There's additional pertinent information in this
procedure that applies ONLY to use of one particular application, not
the whole list. In some cases, there may even be additional steps not
present in that procedure for other applications.
I'm having trouble single-sourcing the procedure to meet all my needs.
I'm using AuthorIT. I thought about creating a topic from every step in
the procedure and then stringing them together. That would allow me to
insert extra steps and information as needed. The problem is formatting.
AIT numbers everything as "1" unless it's contained within the same
topic.
I also thought about picking one application from the list and using it
as the example throughout, but Management wants specifics in each Guide.
So far, my rather inelegant solution is to store each step as its own
object, then embed each object into a Procedure for each Guide. Embedded
objects will still be modified across all books when the sources change,
so that gives me some single-sourcing benefit. Plus, it allows me to
insert the unique information between embedded objects.
I wondered if anyone has a better solution.
Many thanks,
Patty B
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ComponentOne Doc-To-Help gives you everything you need to author and
publish quality Help, Web, and print content. Perfect for technical
authors, developers, and policy writers. Download a FREE trial. http://www.componentone.com/DocToHelp/
True single source, conditional content, PDF export, modular help.
Help & Manual is the most powerful authoring tool for technical
documentation. Boost your productivity! http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-