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:Re: Online vs. print: two types of content From:eric -dot- dunn -at- ca -dot- transport -dot- bombardier -dot- com To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Tue, 6 Aug 2002 12:40:47 -0400
Geoff,
I think you've hit a pretty good description of what I believe to be the case as
well.
If the two different types of content are facts and structure, to successfully
single source the facts must be first identified and separated from all notion
of structure. Then, the structure needs to be identified for each desired
output.
Perhaps the biggest failings of the simple-solution single-source is the
adoption of the simple structure (print) as the starting point. Perhaps if the
on-line structure was considered first, the printed documentation could easily
and successfully be single-sourced. Perhaps it's the difference between looking
at the on-line as a subset of the printed docs instead of looking at the printed
docs as a superset of the on-line docs.
But thinking about structure raises another question: Is structure one of the
'creative' tasks that has to be performed by a techwriter? Personally, I would
believe that in a well designed system the structure is a framework created by
the process and not created ad hoc by the writers. My approach to reuse has been
to identify the different structures before commencing. If creating 3 outputs, I
create a fourth structure that accommodates the three outputs in one. Then the
creation of the different outputs is a simple extraction of the correct parts.
Much as stated: <<you must understand right from the moment you begin building
the information that this structural information is necessary.>>
<<if the content is relatively easy to single-source, there are things that must
be part of the design process that go beyond simply the content.>>
And I think that you have hit on the reason so many are against single-sourcing
and why many projects fail. The failed projects only considered the content
angle and did not deeply analyse the required structures. I think the opponents
often find it difficult to recognize the structure as something that can be
segregated, analysed, and controlled apart from the content.
Save up to 50% with RoboHelp Deluxe. Get 2 great products for 1 low price!
You'll get RoboHelp Office PLUS RoboDemo, the software demonstration tool
that everyone's been talking about. Check it out and save! http://www.ehelp.com/techwr-l
---
You are currently subscribed to techwr-l as:
archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.