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: On-line vs. print (WAS: Of myth and reality)? From:Sandy Harris <pashley -at- storm -dot- ca> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Thu, 01 Aug 2002 17:08:00 -0400
Ed Manley wrote:
> At the other end of the "lost in hyperspace" topic is the issue of
> modularizing topical documentation and storing it in some logical fashion -
> a content repository or database. I can see how all of this will work except
> for that part - without some huge Content Management system I don't know how
> I would keep track of all the bits and pieces.
Even more important, how does your reader keep track? Or just find what
he
or she needs?
> As example, a User Guide, where I have numerous topics, screen shots,
> tables, etc.
>
> If I keep each object as an artifact - a separate file, how am I going to
> organize/manage them?
I've done this at the level of 20 chapter-size chunks that could be
grouped and combined in various ways to make four books. That was
quite straightforward, just using Frame's fmbatch utility and the
standard Unix 'make' command. If I changed a chapter that was in,
say, two of the books, make knew enough to re-generate those books
and not update the others.
For finer-grained stuff, I think you'd need an XML or SGML DTD designed
for this sort of problem (There must be one by now, surely?) and some
sort of database engine for efficient searching and indexing.
> I can see the beauty of building the online or printed
> guide by calling the objects in some logical order...but we're talking
> hundreds of discrete files to manage.
>
> I am really fired up about this, but can't wrap my mind around how a writer,
> or perhaps more importantly a maintenance coder, analyst or manager that
> needs to make a change to a screen shot and its accompanying text, is going
> to find those files.
>
> Any suggestions?
How does a reader who needs docs on that screen find them?
Keywords can help a lot. Searching or indexing by keyword is far more
efficient than doing the same with the full text.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Buy RoboHelp Deluxe starting at only $798: you'll get RoboDemo, the hot new
software demonstration tool that's taking the Help authoring world by storm,
together with RoboHelp Office. Learn more at http://www.ehelp.com/techwr-l
Your monthly sponsorship message here reaches more than
5000 technical writers, providing 2,500,000+ monthly impressions.
Contact Eric (ejray -at- raycomm -dot- com) for details and availability.
---
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.