Subscribe by email
Resources
- Mardahl.dk
Thoughts about communication - technical, accessible, usable, and otherwise. - TechComm for Life
Technical Communication thoughts and tips by Jason Nichols - The RoboColum(n)
Colum McAndrew - Senior Technical Writer - David Farbey’s Marginal Notes
On technical writing, content strategy, information design, and all the whitespace in between. - Adobe in Technical Communications Plus
Blog by Tom Aldous, Adobe Business Development Manager - Technical Communications Job Tips
Blog by Firehead Ltd., specialist recruitment firm across Europe - FaceBook Page for Adobe Technical Communications
Enter competitions, register for free eSeminars, and find out where the Adobe team will appear next
- Mardahl.dk
Upcoming Events
-
TC Europe Colloquium
20 April 2012 - Aveiro
-
Spring Tekom 2012
26-27 April 2012 - Karlsruhe
-
UA Europe 2012
14-15 June 2012 - Dublin
-
Technical Communication UK 2012
2-4 October 2012 - Newcastle
-
Tekom 2012
23-25 October 2012 - Wiesbaden
-
TC Europe Colloquium
Tags
ACA accessibility Adobe AIR Adobe Education Exchange Adobe Imagination Challenge AIRHelp authoring captions Case Study Certification CHM clarity Commenting communication Compiled Help Connect Continuous updates Creative Skills Creative Suite 5.5 Creativity Skills Curriculum resources education Eeva Viljanen Eureka Primary School Formatting HTML IKEA illustration Nordics documentation Online/Offline Information Output PDF RoboHelp structured training TCUK Teacher community techcomm jobs techcomm job tips techcomms technical documentation technical writing transcripts TweetDeck universal design WinHelp
Follow us
Twitter feed
Christie: @krhoyt Intriguing!
about 7 hours ago
— by @cfiduraukChristie: @carywood I click on the # and review the Tweets until I stumble over a reference URL which usually explains it all. Not stupid!
about 7 hours ago
— by @cfiduraukChristie: RT @rourketraining: RT: What’s New With Adobe InDesign CC: Interface Improvements http://t.co/vSyZOTRHQs
about 7 hours ago
— by @cfidurauk
Thomas: Stranded in Charlotte, NC. Missed connection due to weather.
about 4 hours ago
— by @tmaldousThomas: The Tech Comm Daily is out! http://t.co/tFksloqCNB ▸ Top stories today via @tmaldous @AdobeTCS
about 7 hours ago
— by @tmaldousThomas: RT @saibalb79: Free #AdobeDay in the soccer heartland of Manchester! http://t.co/2QOKE0yBis #techcomm #contentstrategy #UAEurope #robohelp …
21 May
— by @tmaldous
Why ReadSoft Chose to Publish AIRHelp
ReadSoft is headquartered in Helsingborg, Sweden. Jason Nichols is Technical Writer and Trainer at ReadSoft.
Twitter: @jasonanichols Web www.jasonanichols.net
Publishing to Adobe AIRHelp by Jason Nichols
A few years ago our Technical Communication team upgraded to Adobe’s Technical Communication Suite 2. One of the reasons why we decided to get TCS2 was the ability of RoboHelp 8 to output to Adobe AIR—at the time a brand new publishing platform. (And not just for technical documentation, but any application. TweetDeck is perhaps the most famous example.)
There are a few reasons why we publish to Adobe AIR, which I’d like to explain below.
Modern look and feel
Technical documents have moved a long way from the days of WinHelp and Compiled Help (CHM files). The first thing that strikes you when looking at AIRHelp is that it’s modern:
An Example of Adobe AIRHelp
Documents that sell
Technical documents also market your organisation, in the same way a website does. An old website built on old technology with outdated colour schemes is going to have a negative effect on visitors. If I was a potential customer browsing the documentation, and it looked outdated, I would definitely think the company was old-school. I would lean more favourably toward the organisation that looked modern.
So this is a general tip for all you tech writers out there: Irrespective of what output(s) you produce, spend some time making it look cutting edge (at best) or up-to-date (at least).
Online/offline modes
AIRHelp can act as a web browser and display content not contained in the original AIR file, but rather content on a web server. Our content is updated continuously, between product releases. (This is because there is always so much to document!) A major product release may be the current one for a whole year, but fixes and service packs are always released in between. In this typical software release schedule, it obviously makes sense to be able to update and improve the documentation at the same time. Or, better, anytime!
We host our Help content on a web server as well, as HTML pages (also generated from RoboHelp). This week I updated several topics in a guide and added a few extra ones. I then generated the Help and published the new HTML output to the web server. And anyone with the AIRHelp installed and an Internet connection will see the new content without having to do anything.
The benefits for consultants
Being online though can sometimes be a luxury. Our consultants—those that perform installations and configuration—often don’t have Internet access when they are on a customer’s site. But they still need the documentation. So they take the AIRHelp with them on their laptops. When they come back to the office, the content can be updated.
This is a much better solution than PDFs. PDFs cannot be updated. They are static, passive. One of the big problems we had is that a lot of our consultants were walking around with documentation that was literally years old. They have heavy workloads and I can imagine they don’t have the time to check for new versions. But as a result we always had technical and support questions about various issues that they could not find the answer to in the documentation because it was an old version.
Whither printed documentation?
We’re really trying to push PDFs into the background and to get people to use AIRHelp and our HTML pages instead. It takes a lot of time to publish a document for print purposes. I mean, we use RoboHelp to generate Word documents and macros to apply final formatting and create the PDF. But a significant amount of time is taken with fixing small formatting issues. This is the nature of printed documentation—each page has to look right. And in our case (and not just for us) people rarely print out an entire guide. They just want to browse the contents and look for a particular piece of information.
Commenting function
AIRHelp gives readers the ability to add their own comments to a topic. We’ve used this for peer reviews. However, we use RoboHelp 8 and the ability to administer comments (view, edit, delete) is limited. I’ve heard this has been improved in RoboHelp 9 but I haven’t yet looked at it.
Conclusion
In summary, we use AIRHelp because of its modern look and feel, it’s ease to push out updates, and because it has an offline mode which is a must-have for our consultants.
To learn more about ReadSoft’s implementation of AIRHelp, read an interview with Jason.
No related posts.