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.
I think the most fundamental question facing documentation groups is: semantic-based content or formatting-based content (or XML versus desktop publishing)? The vast majority of traditional documentation systems are format-based, not semantic-based (other than older SGML systems).
With XML, you move away from formatting altogether and focus on content semantics, which provides great automation via XSLT to various outputs, such as HTML and PDF. Need a new output for the latest, greatest help engine? Design a new XSL transform and leave the content alone.
I've used XML with very large documents 1,500+ pages and large topic counts 20,000+ with greatly reduced translation costs. The globalization consultants I've met representing translation interests have all recommended XML for source content. An increasing number of content management systems are also geared to XML.
It helps if you have a techie person available to work with output scripting. Scripting and validation can also provide some sophisticated error reports to help with authoring along the way.
If I were working for a growing company, I would look into investing in XML. Most of the conversions I have done involved smaller companies growing larger, encountering along the way scaling, automation, localization, and flexibility problems with their legacy content systems. Most of the conversions I've peformed worked from Word (doc), RTF, RoboHelp, Frame, and HTML sources. It would be easier and ultimately much cheaper to build on XML now then re-architect and convert later.
Most of the big software companies have already moved to XML with more on the way and a number of scientific industries are standardizing on XML vocabularies. XML represents a sea-change based on key business drivers that are not going way, like increased product complexity, supporting multiple markets or platforms, and globalization.
I also second the suggestion to check out DITA. I highly recommend checking into DITA at OASIS and IBM as a growing standard for technical writing. It will get you started on understanding the philosophy and technical infrastructure, which will help you make an informed decision.
Create HTML or Microsoft Word content and convert to Help file formats or
printed documentation. Features include single source authoring, team authoring,
Web-based technology, and PDF output. http://www.DocToHelp.com/TechwrlList
Now shipping: Help & Manual 4 with RoboHelp(r) import! New editor,
full Unicode support. Create help files, web-based help and PDF in up
to 106 languages with Help & Manual: http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-