A directory of resources inthe field of technical communication.

Documentation

151-174 of 1,526 found. Page 7 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.

 

151.
#27544

A Comparison of Two Evaluation Techniques for Technical Documentation

This study compared two evaluation techniques, Usability Testing and Cognitive Walkthrough, in their ability to identify errors in aviation maintenance documentation. The techniques were evaluated to see how much unique information they each produced as well as the type of errors identified. Results showed that the techniques were complementary in their findings and both are recommended in the development of technical documentation.

Rogers, Bonnie Lida, Chris Hamblin and Alex Chaparro. Usability News (2005). Articles>Documentation>Assessment>Usability

152.
#20135

Complex Technology Calls for Intelligible Documentation   (PDF)

By means of the tekom guidelines (check list) the technical author can particularly check the documentation of a product. However it is not the product which can be checked by means of this check list, but only the product’s documentation.

Noack, Claus. STC Proceedings (1996). Articles>Documentation>Technology

153.
#33858

Compliance and Ethics Cause Need for Policies and Procedures Communicatioin

Increasing competition, generational differences, widespread social awareness, and customer demand for higher quality products and services make it necessary to ensure that the right protections are in place. Other reasons for the increased attention include the numerous reports of corporate scandals and corruption, along with ensuing legislative regulations in today’s global economy. This article describes some of the specific causes.

Urgo, Raymond E. Policies and Procedures Authority, The (2008). Articles>Documentation>Policies and Procedures>Ethics

154.
#35679

Comprehensibility as an Economic Factor

How can you guarantee a clearly understandable user manual? Is it even possible to measure the quality of technical documents or does comprehensibility merely depend on the reader? To answer these questions for the Porsche AG, content analysis provider semiotis³ developed a model to help measure the quality of documents.

Eybe, Angelika and David Messelken. TC World (2009). Articles>Documentation>Usability>Assessment

155.
#13457

Concrete Methods that Promote Active Learning in Software Manuals   (PDF)

To learn software, passive users prefer to have concepts and procedures clearly spelled out for them, while active learners prefer experimenting with the program. When designing a manual, writers should keep both types of users in mind. Writers at WordPerfect are currently experimenting with minimalist design models that encourage active learning. One such model is an “On Your Own” section which guides users through creating a document. Another model is a visually oriented “Applications” section which provides tips on how to create a document.

Bringhurst, Robert G. STC Proceedings (1993). Presentations>Writing>Documentation

156.
#24008
157.
#36215

Connecting WinHelp to Visual Basic Programs   (PDF)

Visual Basic provides several hooks for easily connecting to WinHelp. In addition, you can call the WinHelp API from anywhere in Visual Basic for additional access to help. This document is intended to show you how to hook WinHelp to Visual Basic 5 and later without using add-ons.

Lammers, Don. Shadow Mountain Tech (2000). Articles>Documentation>Programming>Help

158.
#35525

Consistency and Community-Generated Content

I’ve been collecting examples of wildly inconsistent writing lately. I’m not sure why these have stuck out to me, but when I think of book sprints and community writing events, consistency is an important, though sometimes difficult, goal and outcome.

Gentle, Anne and Janet Swisher. Just Write Click (2009). Articles>Documentation>Style Guides>Wikis

159.
#33636

Consolidating Content Delivers More with Less

Software products have found ways to share content and reuse content to deliver more value with limited resources. For example, fantasy football web sites share player news, injury reports, and game statistics. Security products often reuse security announcements and warnings from trusted sources, and present them as rebranded content. We are also seeing software vendors using Twitter and RSS feeds to distribute information and announcements. The next step is when these information feeds are integrated into the product user interface itself, making it the one stop resource for all the information needs of its users. No more need to use google when your product itself delivers the answers to all your questions from the sources you trust.

Answers for All (2009). Articles>Content Management>Documentation>Help

160.
#29760

Constructing a One-Stop "Answer Station" for Software Users   (PDF)

The web allows us to easily provide updated documentation to our users, but why stop there? There is more to making users successful quickly than just providing documentation. By creating a complete "Answer Station" that is accessible from the application or product, we can not only direct users to that updated documentation, but we can also provide information about technical support, consulting, training, sales, etc. This paper discusses writing a proposal for an Answer Station, determining content, working with other departments to gather information, designing the site, making that design work with an existing corporate website, dealing with tool issues, and finally, going live.

Bleiel, Nicoletta A. and Beth A. Williams. STC Proceedings (2004). Articles>Documentation>Help>Online

161.
#27658

Constructing a One-Stop "Answer Station" Website for Software Users

The web allows us to easily provide updated documentation to our users, but why stop there? There is more to making users successful quickly than just providing documentation. By creating a complete 'Answer Station' that is accessible from the application or product, we can not only direct users to that updated documentation, but we can also provide information about technical support, consulting, training, sales, etc. This article discusses writing a proposal for an Answer Station, determining content, working with other departments to gather information, designing the site, making that design work with an existing corporate website, dealing with tool issues, and finally, going live.

Bleiel, Nicoletta A. and Beth A. Williams. WritersUA (2004). Articles>Documentation>Web Design>Help

162.
#29050

Constructing Usable Documentation: A Study of Communicative Practices and the Early Uses of Mainframe Computing in Industry   (peer-reviewed)   (members only)

This study suggests that documentation is a complex technical communication genre, encompassing all the texts that mediate between complex human activities and computer processes. Drawing on a historical study, it demonstrates that the varied forms given to documentation have a long history, extending back at least to the early days of commercial mainframe computing. The data suggest that (1) early forms of documentation were borrowed from existing genres, and (2) official and unofficial documentation existed concurrently, despite efforts to consolidate these divergent texts. The study thus provides a glimpse into the early experimental nature of documentation as writers struggled to find a meaningful way to communicate information about their organization s developing computer technology.

Zachry, Mark. Journal of Technical Writing and Communication (2001). Articles>Documentation>History

163.
#37648

Content Strategy for Technical Communicators: What Happens to my Doc Plan?

While there’s still discussion about how best to define content strategy, I think that most everyone agrees on a couple of key points: A content strategy is, well, a strategy. A strategy, by definition, provides an overarching framework within which specific actions can be planned and executed. A strategy gives purpose to every action, but a strategy is more than just the sum of the actions. It’s not tactical: for example, it doesn’t dictate things like how a style sheet should be coded (although it might contain broad guidelines for how the styles should look). A content strategy should be broad enough to encompass all kinds of content: content from all over the organization, as well as (increasingly) from the user community; and content that can be distributed in a variety of formats.

Kunz, Lawrence D. Communications from DMN (2010). Articles>Documentation>Content Strategy>Planning

164.
#36768

Context-Sensitive Help

This article is for software developers who have never implemented context-sensitive help. It explains the concepts and the basic types of context-sensitive help. A demonstration application with context-sensitive help is available.

TechScribe (2008). Articles>Documentation>Help>Online

165.
#19504

Context-Sensitive Help: What Programmers and Technical Authors Need to Know

Context-sensitive Help is assistance that is appropriate to where the user is in the software application, and what they are trying to do. Carol Johnston's article describes what programmers and technical authors need to know about Context-sensitive Help.

Johnston, Carol. Cherryleaf (2003). Articles>User Interface>Help>Documentation

166.
#28795

The Convergence of Web 2.0 with Help Documentation

This podcast talks about the convergence of web 2.0 with help documentation. It mentions examples of Web 2.0 sites, such as Flickr, Payscale, and Digg, and what help files need to incorporate these same Web 2.0 features.

Johnson, Tom H. Tech Writer Voices (2007). Design>Web Design>Documentation>Podcasts

167.
#35914

Review: Conversation and Community by Anne Gentle

Offers a strong recommendation to read Anne Gentle’s Conversation and Community: The Social Web for Documentation, which provides tips for incorporating wikislices, screencasts, and comment/feedback systems, into your user assistance.

Mulligan, Peg. PegMulligan.com (2009). Articles>Reviews>Documentation>Wikis

168.
#35083

Conversation and Community: A Review (of Sorts) in About 1,700 Words

Technical communication is changing rapidly. If you’re not ready for that change, it’s going to really catch you off guard. Anne Gentle's book Conversation and Community is an excellent guide to rolling with those changes, and for staying ahead of them. This article takes a close look at the book.

Nesbitt, Scott. DMN Communications (2009). Articles>TC>Social Networking>Documentation

169.
#30418

Converting and Delivering 750,000 Pages on CD-ROM   (PDF)

The SIS Conversion Team and Electronic Media Development Team support the Service Information System development by providing data on CD-ROM for Caterpillar customers. This unique project covers eighteen different publication types, requires conversion of 750,000 pages and more than a million gray scale and line art images. The targetted data includes Parts Manuals and a variety of technical documents that were written to cover all Caterpillar machines and engines built since 1977. The conversion to electronic images and SGML-tagged text, and subsequent EMD processing and distribution via CD-ROM required extensive development efforts and a significant investment in leading edge technologies.

Bennington, Roger. STC Proceedings (1993). Articles>Documentation>CD ROM

170.
#24787

Converting Documentation to Multimedia   (PDF)

Multimedia has proven its ability to sell products and educate users. But can it also perform tasks traditionally done with conventional paper documents? Yes. This demonstration shows how several hardware and software documents were converted to multimedia and provides a plan for converting your documents. You learn whether to display, speak, or just eliminate existing text. You see how to replace action words, descriptions of motion, and arrows with animation. YOU see how sound can guide rather than distract the user. You also learn to use interactivity to give control to the user. Along the way you see the compromises needed to keep the project on schedule, within budget, and down to size.

Horton, Katherine W. and William K. Horton III. STC Proceedings (1995). Articles>Documentation>Multimedia

171.
#23422

Converting Paper Mountains to Data Highlands

Big producers of equipment and systems of all branches often have piled up enormous volumes of product documentation in various formats on different media over long periods. How does one deal with that in the Internet age? How will brochure-like product catalogs be converted to type-specific clickable web pages, and printed price lists to present-day worldwide retrievable tables? Experiences with a large converting project show the process to achieve such document management.

Pichler, Wolfram. TC-FORUM (2000). Articles>Documentation>Online

172.
#37264

Converting to Structured Content

You’re told that you need to move your content to XML. You have loads and loads of unstructured content. It’s in FrameMaker, Word, other desktop publish applications, or even more fun: it’s on paper.

Maddox, Sarah. ffeathers (2010). Articles>Documentation>Information Design>XML

173.
#39214

Cooking Light or Going Gourmet: Hardware v. Software Documentation

After being laid off from Lenovo (formerly IBM) where I documented small computer accessories for many years, the need to update to a different brand of technical writing became evident. In interviews, when asked if I had experience with software documentation, I would say that I included information on device drivers. That’s close enough, right? However, in my current work at SAS, I have since discovered that documenting computer software is much more complicated. It’s like the difference between planning and preparing a Thanksgiving meal and microwaving and setting out the game-day snacks.

Avery, Ted. Carolina Communique (2016). Articles>TC>Documentation

174.
#24710

Cooperative Effort in Producing Paper and Hypertext Documentation   (PDF)

Using hypertext and paper creates a successful trip for the user of an interactive, mainframe software system. Building integrated, complementary documentation requires thoughtful planning, careful organization, and skillful implementation. The resulting product needs the cooperation of the entire team.

Bibus, Connie M. 'C.J.', Patricia J. Bishop, Mary Ann Clark and Deirdre A. Murr. STC Proceedings (1994). Articles>Documentation>Hypertext

175.
#35192

Corporate Collaborative Authoring

The idea of a Book Sprint is that you can get lots of documentation written in a focused amount of time with the right team and some amount of content already in place. Gathering people in the same room when possible is extremely helpful and motivating as well.

Gentle, Anne. Just Write Click (2009). Articles>Collaboration>Agile>Documentation

 
« PREVIOUS PAGE  |  NEXT PAGE »

 

Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon