A directory of resources inthe field of technical communication.

Documentation

551-574 of 1,526 found. Page 23 of 62.

About this Site | Advanced Search | Localization | Site Maps
 

« PREVIOUS PAGE 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25  NEXT PAGE »

Extreme documentation is an agile methodology for developing documentation in small to medium-sized teams in the face of vague or rapidly changing requirements.

 

551.
#29990

Help.Longhorn - What is it?

The Help platform for Microsoft Windows is changing once again. Since 1995, Microsoft HTML Help has been the standard for Help systems for Windows applications, but the release of the next generation Windows operating system in 2005 will see a brand new XML-based Help platform. It is currently known as Help.Longhorn, or "Longhorn" Help, or sometimes as Help3 or TrésHelp.

Self, Tony. HyperWrite (2004). Articles>Documentation>Help>Microsoft Windows

552.
#29970

HelpHook

This is a very simple example of integrating a J2SE application with the Apple Help Viewer application. This sample code has been updated to include a project that produces a universal binary. No code changes were required for it to run correctly on Intel-based Macintosh computers.

Apple Inc. (2007). Articles>Documentation>Help>Macintosh

553.
#31177

Helping Users Become Experts

Helping users move from being perpetual novices to experts is a tough task. As this blog post argues, good documentation helps. But you also need to create a product that users can be passionate about.

DMN Communications (2008). Articles>Documentation>User Experience

554.
#13777

Helpmaster

Here you will find the world's largest selection of WinHelp, HTMLHelp and HTML related files and hints.

Helpmaster. Design>Documentation>Online

555.
#29918

Helpstuff Blog

A weblog for writers of documentation and users of Help Authoring Systems.

James-Tanny, Char. Helpstuff. Resources>Documentation>Help

556.
#30499

Hero Stuff: Saving 50% on Support Costs with Fax and Modem Support Documents   (PDF)

In the PC products market, customers insist on excellent support at rock-bottom prices. The traditional model of customer support, having a phone technician answer customer questions, is becoming too expensive.

Brown, Constance C. STC Proceedings (1993). Articles>Documentation>Online>Help

557.
#11787

Heuristic Inspections for Documentation – 10 Recommended Documentation Heuristics

We all are familiar with Jakob Nielsen's heuristics for evaluating the usability of interfaces. When I was conducting a study on documentation usability, I started wondering if there existed a similar set of heuristics for evaluating the usability of documentation. The natural place to pose such a question was the STC Usability SIG mailing list. The response was that there was no heuristics set available although someone had tried to open the discussion in the mailing list some time ago. An answer, which led to the list of heuristics presented below, was something along the line 'Well, now that you asked, why don't you put the heuristics together' and so I did.

Purho, Vesa. Usability Interface (2000). Articles>Usability>Documentation

558.
#34351

Hey Rocky – Watch Me Pull a CMS Out of My HAT   (PDF)   (members only)

When companies decide whether or not to adopt a CMS or continue using a HAT, there are many factors to consider. Perlin outlines elements of both CMSs and HATs that could help you determine which is best for your organization.

Perlin, Neil E. Intercom (2009). Articles>Content Management>Documentation>Software

559.
#30344

Hidden Factors of Documentation Quality -- Part 1

The first impulse of many documenters is to turn our work over to editors and graphic designers, or to form committees and develop style guidelines. All of these measures are useful, but none can assure us of quality when there are basic problems with the way we go about producing documentation.

Sesnovich, Bruce A. Boston Broadside (1993). Articles>Documentation>Quality>Technical Writing

560.
#31991

The Hidden Power of the Online Manual

Writing software manuals is boring, isn't it? We often think, "My software is easy to use. The user interface is intuitive. Why should I waste so much time writing documentation which nobody will read anyway?" Sometimes it's true. I've never read the WinZip or Internet Explorer manuals. Everything seems clear enough without further explanation. Nevertheless, even if your manual isn't being helpful to your software users, it may be helpful to you. Publish your manual online and turn its hidden power into a real benefit for your business.

Crane, Dennis. Dr. Explain (2006). Articles>Documentation>Online>Technical Writing

561.
#19924

High-Level Design for Documentation: A User-Centered Approach   (PDF)

This paper discusses how information designers, especially those who are members of multidisciplinary teams following a user-centered design (UCD) approach to designing a product, can define a highlevel design for a product’s information. It will discuss what data designers need before they can make design decisions and what activities they can perform to define a high-level design. A partial list of new skills that technical communicators need for UCD is also included.

Szydlik, Frederick P. STC Proceedings (1996). Design>Documentation>User Centered Design

562.
#14527

Honey, I Shrunk The Manual   (PDF)

The writers at Software Publishing Corporation faced the challenge of reducing the page count of their manuals by more than 50%—without sacrificing quality, extending the schedule, or starting from scratch! They found that approaching this daunting task from several different directions at the same time proved to be the most effective. While the following tips apply primarily to DOS and Windows software manuals, the tips are a good starting point for streamlining any documentation set. The benefits include cutting dollars from the per unit cost of goods and promoting greater customer acceptance of documentation as a learning tool.

Repel, Timothy R. and Jennie Tan. STC Proceedings (1994). Presentations>Documentation>Methods

563.
#35627

How Apple’s Setup Guide Shows That It Thinks Different

Seth Godin believes that everything reflects what you stand for—right down to your technical documents. Ever looked at Apple’s tech docs?

Godin, Seth. I Heart Tech Docs (2009). Articles>Documentation>User Centered Design>Macintosh

564.
#33680

How Color Defines Purpose in User Assistance Content

Of all the visual cues in your help interface, color is one of the strongest. Users will recognize and react to the color of each element in your help window before reading a single word of text. Color allows users to determine the purpose of each element on the computer screen. When designing the visual aspect of your help content (via CSS and so on), as well as the help interface itself, be sure to use the same color for objects that share a purpose.

Haiss, Craig. HelpScribe (2009). Articles>Documentation>Technical Writing>Color

565.
#34807

How Do You Measure Communication Quality?

Most people involved with authoring and reviewing process do not have good markers to inform them of the overall communication quality of a document. So without good markers they are left to utilize really poor markers to help them measure document quality.

Cuppan, Gregory P. Brainery.net (2009). Articles>Documentation>Quality>Standards

566.
#36064

How Dropdown Hotspots Can Make Online Help Topics Less Intimidating to Users

After some deliberation, the thought came to me to try two levels of dropdown hotspots. This screen is divided in sections, so I rearranged the information so that I had a hotspot corresponding to each section. Each hotspot would expose another set of hotspots and any other information about that section in general. This would allow the user to navigate directly to what they want rather than having to scan and scroll through a bunch of text.

Minson, Benjamin. Gryphon Mountain (2009). Articles>Documentation>User Interface>Help

567.
#34714

How Embedded User Assistance Impacts Documentation

Embedded user assistance is only part of a complete documentation plan. It does not replace the need for other types of content. For example, embedded user assistance is not a good delivery mechanism for comprehensive concepts and detailed discussions of a topic with strategy and best practice guidelines. However, with a strong design, embedded user assistance can support the immediate needs of the user and provide a valuable, contextual link that steers the user into the other parts of the documentation as needed.

Mueller, Paul. Answers for All (2009). Articles>Documentation>Online>Help

568.
#34681

How Google Does Help

Last week Google released Google Voice, a service that allows you to integrate all your phones into one number and includes a host of features, including voice mail, recording, conference calling, and other services. To help users get started, Google Voice has a list of 20 short videos. Only the overview video contains animation. It’s certainly the video they’ve put the most work into, and it also functions as marketing collateral.

Johnson, Tom H. I'd Rather Be Writing (2009). Articles>Documentation>Multimedia>Case Studies

569.
#38034

How Help Can Be Structured to Look Like a Website

Why would people be nine times more willing to go to a website than an online help system? Since this may have been explained in the webinar but all I have regarding it is Sarah’s tweet, my initial guess is that people tend to think a help system is static and easily outdated (they don’t know about the Agile technical writer?), while a website is fresh and frequently updated. Whether those things are actually true isn’t as important as the fact that the audience perceives them as being true. This led me to thinking that all is not lost for help authoring tools, though. I’m sure with some effort, I could make an online help system look like a website.

Minson, Benjamin. Gryphon Mountain (2009). Articles>Documentation>User Interface>User Centered Design

570.
#33679

How Help Search Should Work

Every help authoring tool seems to have a different approach to presenting search results. Offerings range from ranked results to alphabetical lists, with additional features thrown in such as the inclusion of chunks of topic text with highlighted search keywords. Each method of presenting search results offers different benefits to users. Since help tools offer mixed approaches, I feel perfectly comfortable throwing my own opinions into the mix.

Haiss, Craig. HelpScribe (2009). Articles>Documentation>Search>Help

571.
#32351

How I Create Video Tutorials

Creating video tutorials is no trivial task. When you sit down to create 20+ video tutorials for a project, you’re faced with dozens of questions. What screen size should the videos be, what recording tool should you use, what microphone is best, how long should the videos be, what file size is acceptable? Should you use voice or captions? Where will you create the recording? You can create video tutorials using dozens of different methods. There are no official steps to create videos, because situations and audiences vary so widely.

Johnson, Tom H. I'd Rather Be Writing (2008). Articles>Documentation>Multimedia>Video

572.
#37342

How Much Documentation Does a Mobile Device Need?

Over the last few months, I’ve been working with a number of mobile devices. Not professionally, but on my own time with my own devices or devices that friends have graciously loaned me. While having fun and experiencing the occasional frustration or moments of head scratching, I kept asking myself how much documentation does this thing really need?

Nesbitt, Scott. Communications from DMN (2010). Articles>Documentation>Mobile>Technical Writing

573.
#37703

How Much Documentation is Enough?   (PDF)

Examines the need for defining the scope of documentation projects up front, and provides strategies for implementing a zero-based scoping approach.

Dhanagopal, Kumar. STC India (2010). Presentations>Information Design>Content Strategy>Documentation

574.
#32352

How Much Should You Document? Everything? Strategies for an Agile Environment

Some agile environments move so fast, you have to triage what you document because there’s no time to document everything.

Johnson, Tom H. I'd Rather Be Writing (2008). Articles>Documentation>Agile

575.
#36465

How People Use Documentation and How to Write it More Effectively

There are a number of well known factors that impact the effectiveness of documentation, both as an aid to learning and as a guide to getting the job done. An approach to documentation known as minimalist has been around for many years, but remains little know outside specialist interest groups. The approach produces clean easy to read documentation. Manuals and guides produced using the approach have a much higher probability of being useful and therefore of being used.

Harland, D. Technical Communication Center (2010). Articles>Documentation>User Centered Design>Technical Writing

 
« PREVIOUS PAGE  |  NEXT PAGE »

 

Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon