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: HTML and printed doc from one source From:David Blyth <dblyth -at- QUALCOMM -dot- COM> Date:Sat, 3 Feb 1996 18:26:01 -0700
To review the conversation so far....
>>>You can use Acrobat to distribute a document on the web while retaining
>>>its exact paper look.
>>Cool! But why would I want to do this?
>Acrobat solves a different problem from the one HTML addresses.
I believe this is irrelevant. The problem is how to build and distribute
ON-LINE documents via the Web - not hard copy. If hard copy and on-line
documents require different design paradigms, then why insist on using
hard-copy methods in order to distribute soft-copy documents?
I agree that Acrobat (or to be more exact, Adobe Amber) is a good
interm solution. There are a lot of PDF or Postscript documents out
which need to be accessed.
But Acrobat's major problem is not its excessive downloading time (bad
as it is). Acrobat's major problem is that hard copy is still static.
The Web provides containers into which information can be poured
dynamically. One HTML document here at QUALCOMM is updated once a day -
from a database, with no human intervention.
