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.
RE: Open Source Help Viewer ( was Re: I'm sticking with WinHelp (wasRe: WinHelp on Vista - a
Subject:RE: Open Source Help Viewer ( was Re: I'm sticking with WinHelp (wasRe: WinHelp on Vista - a From:"sbuckley" <sbuckley -at- onlinewriter -dot- com> To:"'Sean Wheller'" <sean -at- inwords -dot- co -dot- za>, <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Fri, 6 Oct 2006 18:12:20 -0700
I totally agree. I also have a few questions.
I've mostly written for systems used in one platform (Windows or Unix) and
have had issues getting dev to agree to ship a control, little alone a
viewer, with software. When you have worked with Linux, was it just "work
as normal" to ship the viewer and, if not, how did you overcome those
issues?
I've also wondered if an authoring environment standard is not also needed.
I've started to look at XML standards. I've worked with XML in the past.
Since anything was possible I saw teams go a bit nuts and the result was a
bit messy. Lately I've been looking at XML authoring standards like DITA.
Have you worked with such authoring standards in the past and would they
also be part of the plan?
-----Original Message-----
From: techwr-l-bounces+sbuckley=onlinewriter -dot- com -at- lists -dot- techwr-l -dot- com
[mailto:techwr-l-bounces+sbuckley=onlinewriter -dot- com -at- lists -dot- techwr-l -dot- com] On
Behalf Of Sean Wheller
Sent: Sunday, September 24, 2006 6:30 AM
To: techwr-l -at- lists -dot- techwr-l -dot- com
Subject: Open Source Help Viewer ( was Re: I'm sticking with WinHelp (wasRe:
WinHelp on Vista - a
On Sunday 24 September 2006 14:41, Char James-Tanny wrote:
> But what I don't understand is, how will a new Help system or viewer
> solve the dilemma of legacy WinHelp files?
Thanks for your response. It was very interesting indeed.
It's a bit of vision engineering.
I think that if we had a free, open source, cross-platform, help viewing
environment then it could be developed to display more that one single help
format. This way we could provide support for display of legacy help files.
Supporting the past, while developing the future.
A free and open source environment such as this would be installable on all
operating systems under the terms of GNU-GPL. Application vendors would
therefore be free to package, copy, modify and install the environment.
Under this vision it would be possible to run multiple help formats
regardless
of platform. Yes, that means we should be able to run WinHelp or any other
Help format on operating systems other than Windows or run WinHelp files on
Vista without having to download and install the WinHelp engine. Development
of such a viewer should not favor one help format, past, present, or future,
over another.
Already users on Linux can install a viewer for display of chm files and we
all know that readers for PDF are not in short supply. The GNOME Yelp
Project
and KDE HelpCenter projects do a good job of viewing numerous formats.
Unfortunately, WinHelp is not one of them.
What I am saying is that the leap to develop an all-one-display environment
for help may not be as big as we think. Many open source components already
exist. We just need to use these projects as upstreams.
As for security issues. Well, they will always exist and vendors will always
be pushed to rethink ideas. However, at present they must secure across so
many formats that it is just crazy. Perhaps a single viewer will help to
narrow the opportunities for security issues to a single point as apposed to
many.
The level of indirection such a viewer would provide, could be extremely
valuable and offer application vendors and technical publications
departments
equal opportunities to enhance the Help Viewer of the future. I already know
of a number of multi-nationals that have opted to use their own custom help
environment, simply because existing help systems could not match
requirements.
--
Ask me about the Monkey.
Sean Wheller
Technical Author
sean -at- inwords -dot- co -dot- za
+27-84-854-9408 http://www.inwords.co.za
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
WebWorks ePublisher Pro for Word features support for every major Help
format plus PDF, HTML and more. Flexible, precise, and efficient content
delivery. Try it today! http://www.webworks.com/techwr-l
Easily create HTML or Microsoft Word content and convert to any popular Help
file format or printed documentation. Learn more at http://www.DocToHelp.com/TechwrlList
---
You are currently subscribed to TECHWR-L as sbuckley -at- onlinewriter -dot- com -dot-
WebWorks ePublisher Pro for Word features support for every major Help
format plus PDF, HTML and more. Flexible, precise, and efficient content
delivery. Try it today! http://www.webworks.com/techwr-l
Easily create HTML or Microsoft Word content and convert to any popular Help file format or printed documentation. Learn more at http://www.DocToHelp.com/TechwrlList
---
You are currently subscribed to TECHWR-L as archive -at- infoinfocus -dot- com -dot-