<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
categoryallspace2-Articles Document Design
<channel>
	<title>Articles&gt;Document Design</title>	<link>http://tc.eserver.org/dir/Articles/Document-Design</link>
	<description>A directory of resources about articles and document design in the field of technical communication.</description>
	<language>en-us</language>
	<atom:link href="http://tc.eserver.org/dir/Articles/Document-Design.xml" rel="self" type="application/rss+xml" />
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Articles&gt;Document Design</title>
		<link>http://tc.eserver.org/dir/Articles/Document-Design</link>
	</image>
	<item>
		<title>Visuals and Specialization Present Possibilities for Handling the Information Overload Crisis</title>
		<link>http://tc.eserver.org/31431.html</link>
		<guid>http://tc.eserver.org/31431.html</guid>
		<description>Professional communicators and attorneys have long stood side by side as both fought to win in court—one in the court of law, the other in the court of public opinion. These two sometimes wary compatriots, however, are now beginning to partner more frequently to garner the best results for the executive suite. </description>
	</item>
	<item>
		<title>Acrobat 7 zum komfortablen Erzeugen von Druck und Schnittmarken einsetzen</title>
		<link>http://tc.eserver.org/31149.html</link>
		<guid>http://tc.eserver.org/31149.html</guid>
		<description>Wer kennt das Problem nicht? Aus einem riesigen Dokument wurde ein PDF erzeugt. Nun muss es auch noch für den Druck aufbereitet werden. Dafür fehlen aber die Druck- und Schnittmarken. Acrobat 7 hilft hier aus der Patsche.</description>
	</item>
	<item>
		<title>Web zu PDF</title>
		<link>http://tc.eserver.org/31151.html</link>
		<guid>http://tc.eserver.org/31151.html</guid>
		<description>Mit dieser Technik steht Ihnen eine einfache Methode zur Verfügung, Webseiten oder einzelne Bereiche eines Webs downzuloaden und als PDF zu speichern.</description>
	</item>
	<item>
		<title>Investigating Presentational Change in U.K. Annual Reports</title>
		<link>http://tc.eserver.org/31013.html</link>
		<guid>http://tc.eserver.org/31013.html</guid>
		<description>This article examines structural and format changes in annual reports of U.K. listed companies from 1965 to 2004 with a particular focus on graph use. The article compares a new sample of 2004 annual reports with preexisting samples by Lee and by Beattie and Jones. Lee&apos;s identified trends continue. There has been a sharp increase in page length, voluntary information, and narrative information, particularly among large listed companies. A detailed analysis of voluntary disclosure indicates changes in the incidence and pattern of generic sections. Graph usage is now universal. However, key financial graph use has slightly declined, replaced by graphs depicting other operating issues. Impression management through selectivity, graphical measurement distortion, and manipulation of the length of time series graphed are common. Overall, annual reports continue to exhibit many features of public relations documents rather than financially driven, statutory documents, and the analysis of graph usage suggests a need for policy guidelines to protect users.</description>
	</item>
	<item>
		<title>Much Ado about Nothing, Part I: The Importance of White Space</title>
		<link>http://tc.eserver.org/30782.html</link>
		<guid>http://tc.eserver.org/30782.html</guid>
		<description>White space is a paradox: by definition it contains no information, yet it clearly communicates despite lack of content. Hart describes how to incorporate white space into the information design process.</description>
	</item>
	<item>
		<title>Is Your Website Poised to Deal With Its Growth?</title>
		<link>http://tc.eserver.org/30766.html</link>
		<guid>http://tc.eserver.org/30766.html</guid>
		<description>Every webmaster nourishes the dream that his or her website will make it the big way. This is very much human because people carry out any task in ardent hope. What is more human out here is that earthy fellows like us base our aspirations more on speculation rather than specific set of steps undertaken to bring the dream a bit closer to reality. And this is not all, particularly in case of growth of a site which brings newer problems in the wake of its growth.&#xD;&#xD;It cannot be disputed that you can probably get some good web hosting on economy price. But if you expect top of the line service on this price, acknowedge gracefully that your are just asking for the moon. Probably you are not catching up with wisdom that business needs decisive investments.</description>
	</item>
	<item>
		<title>Write Once, Use Many: Why and How We Make Product Information Modular</title>
		<link>http://tc.eserver.org/30622.html</link>
		<guid>http://tc.eserver.org/30622.html</guid>
		<description>Faced with growing demand from customers for specific courses, addressing only their needs, in very short time-frames, we had to re-examine the way we worked. Patching together one-shot customized coursework was labor-intensive for a non-homogeneous and unsatisfactory result. Each new customer request required repetition of the same amount of effort. With reduced turnaround time and dwindling human resources, a solution had to be found.</description>
	</item>
	<item>
		<title>Merging Usability Practices with Document Design and Development</title>
		<link>http://tc.eserver.org/30551.html</link>
		<guid>http://tc.eserver.org/30551.html</guid>
		<description>Examines the phases of document development and describes how to incorporate them with usability techniques to ensure that your information products remain continually useful and valuable.</description>
	</item>
	<item>
		<title>Reader-Centered Documentation Provides the Necessary Context</title>
		<link>http://tc.eserver.org/30555.html</link>
		<guid>http://tc.eserver.org/30555.html</guid>
		<description>A features-based approach to documentation is appropriate for reference manuals, where the goal is to provide information on something the reader already knows. This article explores how to meet the needs of the reader when providing documentation for user manuals.</description>
	</item>
	<item>
		<title>Practice Human Factors for Document Design</title>
		<link>http://tc.eserver.org/30541.html</link>
		<guid>http://tc.eserver.org/30541.html</guid>
		<description>Writers of performance- and response-oriented documents, such as instructions, procedures, proposals, and grant applications, need to consider the interaction of human factors with conventional document design factors such as accessibility, readability, legibility, consistency, style, language, and suitability to audience. This session explores that relationship, based upon a summation and synthesis of previous Annual Conference presentations as modulated by this presenter&apos;s extensive technical communication experience. It will be of particular interest to newcomers to the profession who seek to broaden their grasp of its intricacies.</description>
	</item>
	<item>
		<title>Producing Brochures in the Technical Writing Classroom</title>
		<link>http://tc.eserver.org/30542.html</link>
		<guid>http://tc.eserver.org/30542.html</guid>
		<description>Producing brochures for real clients teaches college-level technical writing students about constraints of cost, time, and the availability of materials. Brochure writing also provides opportunities for learning more about editing, collaborative work, document design, and the problems which may occur during the production of real documents. Brochures of good quality can be produced by a class in approximately three weeks, or nine classroom hours. Grading brochures is expedited through the use of a simple heuristic.</description>
	</item>
	<item>
		<title>Enhancing Customer Satisfaction by Assuring Documentation Quality</title>
		<link>http://tc.eserver.org/30491.html</link>
		<guid>http://tc.eserver.org/30491.html</guid>
		<description>From the customer&apos;s perspective, an important and visible part of a product or service is its documentation. Bellcore&apos;s Technical Publications (Tech Pubs) organization uses a Quality Assurance (QA) program that focuses on enhancing customer satisfaction through delivering high-quality documentation. This program emphasizes a &apos;network&apos; approach to documentation development, whereby technical writers can most efficiently use the support network of QA reviewers and management available to them. The Tech Pubs QA program draws on the needs of clients and the expertise of technical writers to strive to achieve the highest level of quality possible in producing documentation.</description>
	</item>
	<item>
		<title>Improving Document Quality Through Customer Visits</title>
		<link>http://tc.eserver.org/30505.html</link>
		<guid>http://tc.eserver.org/30505.html</guid>
		<description>In an effort to improve the quality of our documentation, our Information Development department personally visited over 80 of our customers in 10 different locations across the United States. Our goal was to find out what we needed to do to create documentation that would satisfy our customers&apos; needs. We came up with a process for planning our visits, gathering the information from our customers, implementing their requirements, and increasing communication with them. From the visits, we not only made changes that immediately satisfied our customers, but we created an environment for them to work with us as a team.</description>
	</item>
	<item>
		<title>Improving Documentation with Learning Techniques</title>
		<link>http://tc.eserver.org/30506.html</link>
		<guid>http://tc.eserver.org/30506.html</guid>
		<description>It is important to recognize that because we all differ in our experience and background the learning process is different for each of us. Consequently, in our documentation we should by to put users on an equal footing by, for example, clearly and exactly defining terms we use and including a glossary. We can also put everyone on an equal footing by using &apos;bridges to understanding,&apos; from analogies, examples, and metaphors to mnemonic strategies. For overall comprehension, we can employ &apos;frameworks,&apos; from conceptual maps to road maps, that give patterns of meaning to what we say.</description>
	</item>
	<item>
		<title>Accommodating Active Learners in Software Documentation Decisions</title>
		<link>http://tc.eserver.org/30382.html</link>
		<guid>http://tc.eserver.org/30382.html</guid>
		<description>Recent research focusing on a minimalist approach to computer software documentation has explored ways to design computer software tutorials and workbooks for users with an active learning style. The principles of minimalism and active learning styles, however, are less frequently applied to traditional reference manuals. This paper reviews several elements of minimalism and suggests ways to apply strategies for active learners to traditional reference manuals.</description>
	</item>
	<item>
		<title>Communicating Rapidly Changing Information</title>
		<link>http://tc.eserver.org/30400.html</link>
		<guid>http://tc.eserver.org/30400.html</guid>
		<description>When purchasing complex software products, users frequently receive large quantities of information; however, to use the product efficiently, they need a visually obvious starting point that helps them locate the specific information they need. With maintained With the quantity and diversity of information, customers need to be able to find the information they need without flipping through endless pages. In order to give the users a starting point in all of the printed and ASCII file information. we created a document entitled the Guide to products, users can use the features available with a new release most efficiently if they have an overview of the major changes to the product and to the information about the product. By using visual devices and creating an overview document. for each release, technical communicators can decrease their costs and increase users&apos; productivity.</description>
	</item>
	<item>
		<title>When Products Become Easy to Use, What&apos;s Next for Writers?</title>
		<link>http://tc.eserver.org/30315.html</link>
		<guid>http://tc.eserver.org/30315.html</guid>
		<description>People who follow the right trends will someday lead them. Such an opportunity now lies in the hands of technical writers, as the computer field moves toward standardized, graphical, easy-to-use interfaces.</description>
	</item>
	<item>
		<title>An Evaluation of the Effectiveness of Automated Templates</title>
		<link>http://tc.eserver.org/30269.html</link>
		<guid>http://tc.eserver.org/30269.html</guid>
		<description>Automated templates are an alternative to traditional supporting information for helping users perform complex tasks. In this study users performed tasks with and without wizard to trial and error, printed manuals, and online the use of automated templates. Results suggest that if fakes help, and examined the use of supporting information some time for users to learn to use automated templates, but in performing complex tasks. We also considered once they do, the templates help users perform tasks more whether automated templates serve an educational successfully and more quickly. </description>
	</item>
	<item>
		<title>Baking up a Batch of PDF Files</title>
		<link>http://tc.eserver.org/30192.html</link>
		<guid>http://tc.eserver.org/30192.html</guid>
		<description>Customize how Acrobat works for you by building and using batch sequences. The beauty of a batch sequence is that you can modify or run it as you like.</description>
	</item>
	<item>
		<title>From Pen to Print: The New Visual Landscape of Professional Communication </title>
		<link>http://tc.eserver.org/30157.html</link>
		<guid>http://tc.eserver.org/30157.html</guid>
		<description>Visual design has played an important role in the historical development of professional communication. The technology of laser printing has reestablished the importance of visual language in functional communication, transforming contemporary document design and redefining its relation to the traditions of handwritten, typewritten, and printed text. During this period of transition, three factors will shape the new visual language: (a) the development of a visual rhetoric that represents design as an integral part of the message rather than merely as external &quot;dress,&quot; (b) the rediscovery of aesthetics as a legitimate factor in text design, and (c) the use of empirical research--particularly context-specific research--to guide the document design process.</description>
	</item>
	<item>
		<title>Supra-Textual Design: The Visual Rhetoric of Whole Documents</title>
		<link>http://tc.eserver.org/30156.html</link>
		<guid>http://tc.eserver.org/30156.html</guid>
		<description>Supra-textual design encompasses the global visual language of a document and operates in three modes: textual, spatial, and graphic. The rhetoric of supra-textual design includes structural functions that provide global organization and cohesion and stylistic functions that affect credibility, tone, emphasis, interest, and usability. Supra-textual rhetoric extends to other documents through conventional codes and through sets and series. Because writers may not control the end product of supra-textual design, intention may also be a rhetorical factor.</description>
	</item>
	<item>
		<title>A Systematic Approach to Visual Language in Business Communication</title>
		<link>http://tc.eserver.org/30159.html</link>
		<guid>http://tc.eserver.org/30159.html</guid>
		<description>Although business communication relies heavily on the visual, current approaches to graphics and text design are prescriptive and unsystematic. A 12-cell schema of visual coding modes and levels provides a model for describing and evaluating business documents as flexible systems of visual language. Emphasizing clarity and objectivity, the &apos;information design&apos; movement has generated guidelines for creating functional visual displays. However, visual language in business communication is seldom rhetorically &apos;neutral&apos; and requires adaptation to the contextual variables of each document, a goal the writer can achieve by com bining visual and verbal planning in the same holistic process.</description>
	</item>
	<item>
		<title>Designing Automated Custom Templates as Part of A Global Corporation&apos;s Style Guide</title>
		<link>http://tc.eserver.org/30134.html</link>
		<guid>http://tc.eserver.org/30134.html</guid>
		<description>When CH2M HILL staff ignored the Times 12 standard for document production and began inventing their own formats, they often bypassed the company&apos;s Publications groups, resulting in client bewilderment and anger. We will orient the audience to how creative thinking and innovative programming made it easy for staff to produce consistently attractive and effectively formatted documents. We also will demonstrate the final Toolset version and supply information about how you can apply the benefits of a Toolset product in your company&apos;s environment.</description>
	</item>
	<item>
		<title>Designing for Interactivity: Role Models, Guides, and Coaches</title>
		<link>http://tc.eserver.org/30135.html</link>
		<guid>http://tc.eserver.org/30135.html</guid>
		<description>This paper presents three methods of user assistance: role models (simple demonstrations), guides (structured walk-throughs), and coaches (active assistants). After a brief introduction, potential uses, available development tools, and additional information sources are discussed for each method.</description>
	</item>
	<item>
		<title>Beyond Help: Making Help a Core Component of an Electronic Performance Support System </title>
		<link>http://tc.eserver.org/30083.html</link>
		<guid>http://tc.eserver.org/30083.html</guid>
		<description>With the advent of HTML Help and the ability to embed Help directly inside an application, there’s been an increased interest in creating Help systems that are seamlessly integrated with their host applications. By blurring the line between the application and the Help that supports it, and by developing Help that automatically responds to user actions, application developers and Help authors now have the ability to develop true electronic performance support systems (EPSS). With this new ability will come a paradigm shift in the ways applications are developed and documented.</description>
	</item>
	<item>
		<title>Embedded Indexing in FrameMaker </title>
		<link>http://tc.eserver.org/30084.html</link>
		<guid>http://tc.eserver.org/30084.html</guid>
		<description>Embedded indexing is the process of creating index entries electronically in a document’s files. Although desktop publishing packages are not the best tools for indexing, they can be used to create effective embedded indexes. For technical documents that will be updated frequently or will go online, technical communicators can create embedded indexes that will help their audience find information quickly and efficiently.</description>
	</item>
	<item>
		<title>Implementing New Desktop Publishing Tools</title>
		<link>http://tc.eserver.org/30074.html</link>
		<guid>http://tc.eserver.org/30074.html</guid>
		<description>When faced with having to respond to increased demands for online documentation using outdated tools, the technical writing staff of Hughes Network Systems (HNS) realized the need for a whole suite of state-of-the art tools and techniques. The challenge lay in convincing management to spend the time and money to acquire them. By coupling an understanding of their own needs as well as those of their customers with an appreciation for the HNS corporate culture, the writers were able to effect a strategy that guaranteed success.</description>
	</item>
	<item>
		<title>Beyond Software Manuals and On-line Help: Interactive Help</title>
		<link>http://tc.eserver.org/29987.html</link>
		<guid>http://tc.eserver.org/29987.html</guid>
		<description>Software user guides have traditionally provided assistance when the user requested help. Context-sensitivity enabled help systems to predict the most appropriate topic to present. For Windows applications, the move from Microsoft WinHelp to the new Microsoft HTML Help format allows user instructions to be presented in the same window as the application. This offers technical authors some extraordinary opportunities to provide intelligent, predictive, interactive help without the user having to request it. In this paper, we will explore one of the first such interactive help systems (for the Archivist e-mail archiving software), and see where the technology is moving.</description>
	</item>
	<item>
		<title>Cleaning up PDF Documents in Acrobat</title>
		<link>http://tc.eserver.org/29936.html</link>
		<guid>http://tc.eserver.org/29936.html</guid>
		<description>If you are posting your PDF document to a web site, you&apos;ll generally want to upload a clean copy that will streamline the viewing experience for your site visitors. This tip outlines a quick way to remove unnecessary annotations, widgets, JavaScript, links, bookmarks and attachments, along with optimizing your documents for fast web viewing.</description>
	</item>
	<item>
		<title>Cropping Pages to Highlight Areas in Acrobat</title>
		<link>http://tc.eserver.org/29937.html</link>
		<guid>http://tc.eserver.org/29937.html</guid>
		<description>When you receive a PDF that contains, say, an image that is surrounded by text, how do you highlight the image? One way is to export the graphic to an imaging application such as Photoshop, but that involves additional applications and the associated loading times. A great &apos;quick and dirty&apos; fix here is to use the &apos;Crop&apos; tool to hide the content that surrounds the image, leaving you with PDF which displays only an image, just the way you wanted it. This tip explains how.</description>
	</item>
	<item>
		<title>Custom Stamps in Acrobat</title>
		<link>http://tc.eserver.org/29931.html</link>
		<guid>http://tc.eserver.org/29931.html</guid>
		<description>While Acrobat comes pre-loaded with a selection of stamps, including &apos;Approved&apos;, &apos;Declined&apos; and &apos;Accepted&apos;, users can also create custom stamps of such things as company logos for use on their PDF documents. Complex or graphically rich stamps can be created or prepared in imaging applications before being added to Acrobat&apos;s selection. This tip explains how to create a custom stamp using an existing file.</description>
	</item>
	<item>
		<title>Importing and Exporting Form Data in Acrobat</title>
		<link>http://tc.eserver.org/29930.html</link>
		<guid>http://tc.eserver.org/29930.html</guid>
		<description>When using PDF forms, it&apos;s possible to export, store and import the data in Form Data Format (FDF). Since an FDF file only includes the form data and not the form itself, it is much smaller and more lightweight that the complete PDF form, making it more efficient to manipulate. This tip explains how to export and import FDF data using Acrobat.</description>
	</item>
	<item>
		<title>Karen A. Schriver: The InfoDesign interview</title>
		<link>http://tc.eserver.org/29939.html</link>
		<guid>http://tc.eserver.org/29939.html</guid>
		<description>Karen Schriver is the author of Dynamics in Document Design: Creating texts for readers, an extensive, multidimensional portrait of what readers need from documents and of ways to integrate word and image in order to better meet those needs. She is the former co-director of the graduate program in technical communication and document design at Carnegie Mellon University. Her company, KSA Document Design and Research, helps organizations improve the quality of their paper and electronic communications through strategies based on research and best practices.</description>
	</item>
	<item>
		<title>Markup PDF Pages with Drawings</title>
		<link>http://tc.eserver.org/29934.html</link>
		<guid>http://tc.eserver.org/29934.html</guid>
		<description>Using Acrobat, PDF has been established as a popular and user-friendly medium for collaborative workflows. Not only can you add sticky notes or highlight text, you can even draw polygonal or freehand annotations. This tip explains how.</description>
	</item>
	<item>
		<title>Opening PDF Documents in Full Screen Mode</title>
		<link>http://tc.eserver.org/29933.html</link>
		<guid>http://tc.eserver.org/29933.html</guid>
		<description>Adobe Acrobat allows users to configure the opening settings of PDF documents to display them in full screen mode. It&apos;s as effective as a PowerPoint display and very easy to accomplish. This tip explains how.</description>
	</item>
	<item>
		<title>Reducing Screen Clutter in Acrobat</title>
		<link>http://tc.eserver.org/29932.html</link>
		<guid>http://tc.eserver.org/29932.html</guid>
		<description>Are you looking to remove all distractions to read your PDF content? Perhaps you just want to remove all distractions so that you can skim through your PDF document before signing off on it and sending it off? This tip explains how to reduce on-screen clutter in Acrobat to allow you to focus your attention completely on the content.</description>
	</item>
	<item>
		<title>Using HTML as a Single Source Solution: A Case Study</title>
		<link>http://tc.eserver.org/29907.html</link>
		<guid>http://tc.eserver.org/29907.html</guid>
		<description>This paper presents an overview of the process and toolset developed for maintaining, updating, and generating user documentation for a complex Department of Defense (DoD) vulnerability analysis model. The roles of HyperText Markup Language (HTML) and eXtensible Markup Language (XML) in developing a single source solution are examined. The additional role of the Alchemy toolset, which is a customized solution to address page layout formatting in HTML, is also examined. Finally, practical application of this process/toolset to a generic software project is discussed.</description>
	</item>
	<item>
		<title>Do Users Use a User Guide?</title>
		<link>http://tc.eserver.org/29770.html</link>
		<guid>http://tc.eserver.org/29770.html</guid>
		<description>Technical writers make distinctions between the types of documents they create: user guides, reference manuals, tutorials. But do users really understand these document types? How do users look for different kinds of information--and how do we, as technical writers, make it clear to them what types of information are available? This paper presents results of usability evaluations of documentation for electronic design automation software, showing how a writing team tried to improve the categorization and presentation of document types.</description>
	</item>
	<item>
		<title>Heading Frequency and Comprehension: Studies of Print Versus Online Media</title>
		<link>http://tc.eserver.org/29651.html</link>
		<guid>http://tc.eserver.org/29651.html</guid>
		<description>This paper describes a study that examined the effect of heading frequency on comprehension and perceptions of information presented in print versus online text. Results indicated that heading frequency did not differentially affect the comprehension of readers of print text while it did differentially affect the comprehension of readers of online texts who had considerably lower comprehension scores with text that had high frequency versus medium frequency headings.</description>
	</item>
	<item>
		<title>One Hundred and One Spots, or How Do Users Read Menus?</title>
		<link>http://tc.eserver.org/29592.html</link>
		<guid>http://tc.eserver.org/29592.html</guid>
		<description>Proceedings of a paper about how readers interact with designed documents.</description>
	</item>
	<item>
		<title>Question and Answer Method of Generating Manuals</title>
		<link>http://tc.eserver.org/30285.html</link>
		<guid>http://tc.eserver.org/30285.html</guid>
		<description>Several Texas Instruments writing groups are using a new manual publication method that emphasizes more customer interaction early in the manual development process. This emphasis brings project teams and customers together to accurately define their expectations for the documentation. Writers chunk information as they create the manuals, which allows reviewers to look at the small pieces one at a time and to focus only on those chunks containing information pertinent to their particular expertise. This method defines manual parameters early in the process, which simplifies usability testing.</description>
	</item>
	<item>
		<title>Bastien PROT: XPS une alternative au format PDF</title>
		<link>http://tc.eserver.org/29522.html</link>
		<guid>http://tc.eserver.org/29522.html</guid>
		<description>XPS (XML Paper Specification) est un format de fichier électronique à présentation fixe comme le PDF du concurrent Adobe qui préserve la mise en forme du document et permet le partage des fichiers sans perte dinformation. Le format XPS garantit que, lorsquun fichier est affiché en ligne ou imprimé, il conserve le format souhaité.</description>
	</item>
	<item>
		<title>Implementation of Medical Research Findings Through Insulin Protocols: Initial Findings from an Ongoing Study of Document Design and Visual Display</title>
		<link>http://tc.eserver.org/29531.html</link>
		<guid>http://tc.eserver.org/29531.html</guid>
		<description>Medical personnel in hospital intensive care units routinely rely on protocols to deliver some types of patient care. These protocol documents are developed by hospital physicians and staff to ensure that standards of care are followed. Thus, the protocol document becomes a _de facto_ standing order, standing in for the physician&apos;s judgment in routine situations. This article reports findings from Phase I of an ongoing study exploring how insulin protocols are designed and used in intensive care units to transfer medical research findings into patient care &apos;best practices.&apos; We developed a taxonomy of document design elements and analyzed 29 insulin protocols to determine their use of these elements. We found that 93% of the protocols used tables to communicate procedures for measuring glucose levels and administering insulin. We further found that the protocols did not adhere well to principles for designing instructions and hypothesized that this finding reflected different purposes for instructions (training) and protocols (standardizing practice).</description>
	</item>
	<item>
		<title>Combining the Print and Online Media Offers Synergies</title>
		<link>http://tc.eserver.org/29440.html</link>
		<guid>http://tc.eserver.org/29440.html</guid>
		<description>Companies had decades of experience in using printed materials to persuade readers to contact them, whether by phone, mail, or in person. This model of interaction with customers had worked so well and so predictably that we simply moved it online, largely unmodified. That was by no means wrong, but as Web technology and our comprehension of that technology both evolved, the approach proved limiting.</description>
	</item>
	<item>
		<title>A Millennial Paradigm for Documentation: the Scroll!</title>
		<link>http://tc.eserver.org/29444.html</link>
		<guid>http://tc.eserver.org/29444.html</guid>
		<description>Although some zealots have proposed eliminating printed information entirely in favor of online help systems, Adobe Acrobat files, and even e-books, discarding printed books may prove less effective than simply modernizing them. Scrolls are the logical successors to books.</description>
	</item>
	<item>
		<title>Efficiency: It&apos;s Not Just for Production Monkeys</title>
		<link>http://tc.eserver.org/29313.html</link>
		<guid>http://tc.eserver.org/29313.html</guid>
		<description>With a few free tools from software companies and other users, you can carve out more time for what you really love -- creativity.</description>
	</item>
	<item>
		<title>XML Paper Specification (XPS) of a Word 2003 Document</title>
		<link>http://tc.eserver.org/29300.html</link>
		<guid>http://tc.eserver.org/29300.html</guid>
		<description>Microsoft breathed new life into legacy office documents by opening an XML window (Office Open XML) to its office products through its royalty-free XPS specification. XPS stands for XML Paper Specification that specifies cross-platform, open standard, document representation that can be used for generating, sharing, printing and archiving of paginated documents. Its virtues in Microsoft&apos;s own words are, &quot;With XPS, documents print better, can be shared easier, be archived with confidence, and are more secure.&quot;</description>
	</item>
	<item>
		<title>Explicit Structure in Print and On-Screen Documents</title>
		<link>http://tc.eserver.org/29236.html</link>
		<guid>http://tc.eserver.org/29236.html</guid>
		<description>The structure of print and on-screen documents is made explicit through headings and links. Three important concepts for understanding explicit structure are (1) the display-unit properties of each document medium, (2) the flexible relationship between explicit and implicit structure, and (3) the distinction between populated and unpopulated locations in a hierarchy. These concepts help us better understand standard print documents, structured writing, websites, help systems, and PowerPoint, as well as the potential effects of content management systems on how documents are created.</description>
	</item>
	<item>
		<title>How Does Commerical Offset Printing Differ from Desktop Printing?</title>
		<link>http://tc.eserver.org/29195.html</link>
		<guid>http://tc.eserver.org/29195.html</guid>
		<description>The three primary differences in offset printing and desktop printing (such as inkjet and laser) are the colors of ink and the way the ink is placed on the paper as well as the type of machinery used to accomplish the task.</description>
	</item>
	<item>
		<title>Charles Morris&apos;s Semiotic Model and Analytical Studies Of Visual and Verbal Representations in Technical Communication</title>
		<link>http://tc.eserver.org/29143.html</link>
		<guid>http://tc.eserver.org/29143.html</guid>
		<description>In this article, the author demonstrates that the semiotic model proposed by Charles Morris enables us to optimize our understanding of technical communication practices and provides a good point of inquiry. To illustrate this point, the author exemplifies the semiotic approaches by scholars in technical communication and elaborates Morris&apos;s model through analyzing visual and verbal elements of technical communication brochures from semantic, syntactic, and pragmatic levels. The discussion of semiotic approach reinforced by various examples illustrates that the semiotic model can be a tangible theoretical and practical tool to help students and practitioners study and analyze the use of visual and verbal elements in technical communication.</description>
	</item>
	<item>
		<title>Comparative User-Focused Evaluation of User Guides: A Case Study</title>
		<link>http://tc.eserver.org/29166.html</link>
		<guid>http://tc.eserver.org/29166.html</guid>
		<description>A comparative evaluation of two user guides,--the document traditionally used by a company and a model document designed on the basis of research results and recommendations,--was carried out using a number of complementary approaches focusing on the user. The quality and suitability of these documents for the target audience were assessed in terms of content, structure, presence of certain organizational devices (such as headings) and pictures included. The results revealed that the model document was more attractive, more efficient, and better adapted to users&apos; needs, thanks to its modular organization (being structured according to &quot;functions&quot;), a large number of pictures, the presence of headings, and rationalization of the vocabulary used.</description>
	</item>
	<item>
		<title>The Effects of Using Colored Paper to Boost Response-Rates to Surveys and Questionnaires</title>
		<link>http://tc.eserver.org/29091.html</link>
		<guid>http://tc.eserver.org/29091.html</guid>
		<description>Many people have speculated over the last 80 years or so about the possibilities of using colored paper to boost response-rates to surveys and questionnaires, and several studies have been carried out. Most of these enquiries report no significant effects from using colored paper, although there have been some exceptions. In this investigation we pooled together the results from all of the experimental studies known to us on the topic and we carried out a meta-analysis to see if there might be a positive effect for colored paper overall. The results indicated that this was not the case, for we found no significant differences between the response rates to white and to colored paper in general. However, when we considered separately the most common colors used, it appeared that pink paper had the greatest effect. &quot;One of the first considerations [to obtain a high response-rate] is the color of paper used in mail questionnaires. United States government officials who are responsible for the mailing of several million questionnaires every year have definitely determined that yellow paper gives the highest percentage of returns, with pink next in effectiveness, while all dark colors give much smaller returns&quot; [1, p. 142].</description>
	</item>
	<item>
		<title>Increasing User Acceptance Of Technical Information in Cross-Cultural Communication</title>
		<link>http://tc.eserver.org/29116.html</link>
		<guid>http://tc.eserver.org/29116.html</guid>
		<description>A significant problem in technical communication is persuading the user that the information is accurate, valid, and useful. All too often, technical communicators treat users as members of their own culture. When authors do consider cultural issues, they often focus on matters such as vocabulary, visuals, and organization. Other strategies, however, can be useful in gaining acceptance of technical information in cross-cultural situations. For example, the communication theory of compliance-gaining offers suggestions for how the technical communicators can adapt the text to enhance user acceptance when communicating to members of their own culture as well as when communicating across cultures. Communicators can use promises, threats, demonstrate positive and negative outcomes, extend friendliness, etc., to develop the text. In this article, I will explain several compliance-gaining strategies authors can use, identify rhetorical strategies they can combine with compliance-gaining strategies, show how these strategies can be effective in a cross-cultural environment by comparing the strategies in two sample cultures, and analyze a brief sample.</description>
	</item>
	<item>
		<title>Influence of Burke and Lessing on the Semiotic Theory of Document Design: Ideologies and Good Visual Images of Documents</title>
		<link>http://tc.eserver.org/29030.html</link>
		<guid>http://tc.eserver.org/29030.html</guid>
		<description>The syntactic aspect of semiotic theory, especially its &quot;aesthetic principle,&quot; is very influential in document design theories and practices. It has its roots in Burke&apos;s and Lessing s gender-related theories of images. Thus, it is laden with ideologies: it embodies our patriarchal attitudes and our iconophobia. Employing the semiotic theory in document design, we are making choices to reinforce the gender-related ideology in Burke&apos;s and Lessing&apos;s theories. It is time for us to re-conceive the &quot;aesthetic principle&quot; by de-emphasizing it and to adopt the reconciliation approach to design effective documents targeted at various rhetorical situations.</description>
	</item>
	<item>
		<title>A Visible Ideology: A Document Series in a Women&apos;s Clothing Company</title>
		<link>http://tc.eserver.org/29038.html</link>
		<guid>http://tc.eserver.org/29038.html</guid>
		<description>Studying corporate documents provides clues to the larger philosophy of the organization. This article explores a sales document redesign that indicates a subtle shift in ideology for a women&apos;s clothing company. The corporation uses direct sales to market clothes to a variety of women. In one season, the documents change from relatively outdated designs to more updated, professional layouts. However, the content of the documents changes very little. The author contends that the document redesign indicates a move to a more feminist out-look for the company and uses the concept of ethos to describe how the document design represents a slowly changing ethos for the corporation. A specific content shift towards feminism is, however, less apparent.</description>
	</item>
	<item>
		<title>Visual Texts: Format and the Evolution of English Accounting Texts, 1100-1700</title>
		<link>http://tc.eserver.org/29046.html</link>
		<guid>http://tc.eserver.org/29046.html</guid>
		<description>Emphasis on page design, as an aid to visual accessibility, did not receive attention in modern technical writing until the 1970s. However, accounting documents and instructional texts utilized format and document design strategies as early as the twelfth century to enhance the organization of quantitative data and linear bookkeeping entries. Format in text was used to reflect the arrangement used in oral accounting practices and to produce uniform documents. Thus, format was integral to the rise of pragmatic literacy of the commercial reader. During the Renaissance, these early format strategies received impetus from Ramist method. The result was design strategies that attempted to capture the rigid principles of organization fundamental to commercial accounting. These early accounting documents also illustrate the plain style that would become the focus of the later decades of the seventeenth century. Clarity in language paralleled clarity in page design for the sole purpose of eliminating ambiguity on the page and on the sentence level. Plain style was thus nurtured by financial forces long before the advent of natural science.</description>
	</item>
	<item>
		<title>Keeping Pace with Change</title>
		<link>http://tc.eserver.org/28941.html</link>
		<guid>http://tc.eserver.org/28941.html</guid>
		<description>Documentation isn&apos;t the most fun part of design and IA, but does it have to be the most painful? Samantha Bailey looks at a tool that may help.</description>
	</item>
	<item>
		<title>Acrobats Are Free</title>
		<link>http://tc.eserver.org/28876.html</link>
		<guid>http://tc.eserver.org/28876.html</guid>
		<description>Now that everybody&apos;s got the Acrobat reader we can talk about why so few are able to create Acrobat files, also called PDF files.</description>
	</item>
	<item>
		<title>Making Help More Human, and Other Discussions</title>
		<link>http://tc.eserver.org/28764.html</link>
		<guid>http://tc.eserver.org/28764.html</guid>
		<description>Discusses a number of trends in the technical writing world, particularly the need to make help more human by adopting conversational tones and addressing the angry/frantic state of the user.</description>
	</item>
	<item>
		<title>Documenting Networks</title>
		<link>http://tc.eserver.org/28734.html</link>
		<guid>http://tc.eserver.org/28734.html</guid>
		<description>Documenting networks is playing less with words, and more with diagrams. It also requires an engineering mind, an ability to think out-of-box, and creative mind. Technical writers can rise to a new scale and expand their skill sets if they are able to document networks.</description>
	</item>
	<item>
		<title>FrameMaker Resources</title>
		<link>http://tc.eserver.org/28737.html</link>
		<guid>http://tc.eserver.org/28737.html</guid>
		<description>FrameMaker seems to be Adobe&apos;s best-kept secret. A tremendously powerful desktop-publishing program, FrameMaker has been ritually ignored by reviewers who instead concentrate on the big three DTP apps: QuarkXPress, InDesign, and PageMaker. Adobe positioned FrameMaker as a niche &apos;word-processing&apos; product appropriate only for long-document production.</description>
	</item>
	<item>
		<title>Inserting Special Characters in FrameMaker</title>
		<link>http://tc.eserver.org/28736.html</link>
		<guid>http://tc.eserver.org/28736.html</guid>
		<description>In Adobe FrameMaker, it is necessary to use special keyboard combinations to insert special typographic characters in your work. You can find an extensive list of special characters in FrameMaker&apos;s online help. You also can paste in special characters from Word or HTML.</description>
	</item>
	<item>
		<title>New Life for Product Documentation</title>
		<link>http://tc.eserver.org/28686.html</link>
		<guid>http://tc.eserver.org/28686.html</guid>
		<description>Here are some &apos;truths&apos; we&apos;ve all heard: &apos;Documentation is just a band-aid for poor design.&apos; &apos;Real users don&apos;t read manuals.&apos; &apos;Super users never read anything.&apos; &apos;Help doesn&apos;t.&apos; But are they really true? I&apos;ve seen some signs of life in the use of documentation for digital products recently.</description>
	</item>
	<item>
		<title>A Case of Exhaustive Documentation: Re-centering System-oriented Organizations Around User Need</title>
		<link>http://tc.eserver.org/28553.html</link>
		<guid>http://tc.eserver.org/28553.html</guid>
		<description>Braun Corporation&apos;s home-grown documentation processes served the organization well for its first 50 years as it grew from a local to a nationally-competitive producer of mobility and accessibility products. Now poised to become a global leader in its field, this corporation found its efforts hampered by ineffective and outdated documentation practices, which were hurting the company&apos;s competitive advantage. This article describes Braun Corporation&apos;s curious mixture of global reach and local isolation. By bringing in a technical communicator with expertise in user-centered design, Braun has begun reforming its formerly exhaustive documentation and communication practices.&#xD;&#xD;While technical communicators have incorporated a variety of strategies to develop user-centered and task-based documentation, less attention has been placed on changing the cultures of these organizations. The case presented here represents a shift from establishing documentation procedures to critically assessing and reforming existing procedures for the global workplace, describing the shift from ineffective and exhaustive processes to effective processes with defined goals and measurable outcomes. The article concludes with an inventory for determining whether other organizations are over-documenting processes and products, and offers suggestions for creating better documentation procedures.</description>
	</item>
	<item>
		<title>Designing Documents with a Word Processor</title>
		<link>http://tc.eserver.org/28544.html</link>
		<guid>http://tc.eserver.org/28544.html</guid>
		<description>This tutorial presents a brief overview of how to achieve interesting, effective designs for your pages using the basic features of your word processor. Specifically, it introduces you to important design principles to consider as you design a document and helps you analyze the design of sample documents.&#xD;&#xD;Although the design principles presented here apply to both print and online documents, the primary focus is on design strategies for paper documents.</description>
	</item>
	<item>
		<title>From Software Documentation to E-learning: Making a Switch</title>
		<link>http://tc.eserver.org/28370.html</link>
		<guid>http://tc.eserver.org/28370.html</guid>
		<description>Interested in making the transition from software documentation to e-learning? Read about some steps that will help you ease the switch and make the most of your new opportunity.</description>
	</item>
	<item>
		<title>Six Tips for Improving Your Design Documentation</title>
		<link>http://tc.eserver.org/28316.html</link>
		<guid>http://tc.eserver.org/28316.html</guid>
		<description>Documentation is a crucial component of successful product planning and implementation, so it&apos;s important that it communicates as effectively as possible. Good organization, complete information, and clear writing are, of course, key to the success of any design document, but there are some other, less-obvious techniques you can use to make your documents more readable and understandable. Here are a few of them.</description>
	</item>
	<item>
		<title>Applying Web 2.0 Technologies to Technical Documentation </title>
		<link>http://tc.eserver.org/28228.html</link>
		<guid>http://tc.eserver.org/28228.html</guid>
		<description>This article is based on my presentation at the Institute of Scientific and Technical Communicators&apos; annual conference in October, 2006.  Every now and then, there is a change in the value of what technical authors deliver. These are moments when organisations pay attention to technical documentation. This is because they recognise that these changes mean they can create something that will be of real value to the business and to their customers. &#xD;&#xD;In recent years, there have been three &quot;waves of interestingness&quot;. The first wave was the introduction of Windows Help (WinHelp). The second major wave was the introduction of the Internet and intranets. This was a time when organisations looked at how they could transfer large amounts of information from paper to online. They were faced with issues such as how users could access and understand all this information easily - issues that technical communicators deal with on a day-to-day basis. &#xD;&#xD;I believe we&apos;re just about to approach the new wave, which we have called &quot;Tech Writing 2.0&quot;.</description>
	</item>
	<item>
		<title>Acrobat Features Turbocharge the Online Review Process</title>
		<link>http://tc.eserver.org/28187.html</link>
		<guid>http://tc.eserver.org/28187.html</guid>
		<description>One of the more tedious and error-prone processes in technical writing is that of collaborative document review. Even when documents are shared electronically, keeping track of comments, suggestions, and changes contributed by multiple team members can be exasperating. Too often errors due to collaborative review lead to delays, missed deadlines, misunderstandings and an inaccurate final document.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part One</title>
		<link>http://tc.eserver.org/28185.html</link>
		<guid>http://tc.eserver.org/28185.html</guid>
		<description>Implementing structured authoring with XML allows organizations to create better content. The addition of hierarchy and metadata to content improves reuse and content management. These benefits, however, must be weighed against the time and money required to implement a structured authoring approach. The business case is compelling for larger writing organizations; they will be the first to adopt structured authoring. Over time, improvements in available tools will reduce the cost of implementing structured authoring and make it affordable for smaller organizations.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part Two</title>
		<link>http://tc.eserver.org/28186.html</link>
		<guid>http://tc.eserver.org/28186.html</guid>
		<description>In a structured authoring environment, authors create documents by assembling elements and text in an order permitted by the structure definition document. You might think of structured authoring as being similar to template-based authoring with a strict template. Authors do not assign formatting; the formatting is automatically assigned based on the structure of the document. Formatting may differ for different output media.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part Three</title>
		<link>http://tc.eserver.org/28177.html</link>
		<guid>http://tc.eserver.org/28177.html</guid>
		<description>Not every content-creation group will benefit from structured authoring and XML. Sometimes, the expense of implementation outweighs the benefits realized, especially in smaller groups with less total page count.</description>
	</item>
	<item>
		<title>Best of Show -- Winners of STC&apos;s International Competitions</title>
		<link>http://tc.eserver.org/27982.html</link>
		<guid>http://tc.eserver.org/27982.html</guid>
		<description>Read about the Best of Show winners of the 2005•2006 competitions in international technical art, international online communication, and international technical publications. Also, meet the winner of the international student technical communication competition.</description>
	</item>
	<item>
		<title>The Effects of Motivational Elements in User Instructions</title>
		<link>http://tc.eserver.org/27704.html</link>
		<guid>http://tc.eserver.org/27704.html</guid>
		<description>Should instructional texts be purely technical, with a focus on effectiveness and efficiency, or should they also focus on satisfying and motivating users? Good arguments have been made for paying attention to motivational aspects. But only analyses of existing instructions have been published so far, and guidelines for making user instructions motivational have not yet been studied carefully. This article presents motivational strategies and an experiment to test their effects. The results show that motivational elements have little effect on users&amp;rsquo; effectiveness and efficiency in performing tasks, their product appreciation, and their self-efficacy, but they do increase users&amp;rsquo; appreciation for the instructions.</description>
	</item>
	<item>
		<title>Constructing a One-Stop &quot;Answer Station&quot; Website for Software Users</title>
		<link>http://tc.eserver.org/27658.html</link>
		<guid>http://tc.eserver.org/27658.html</guid>
		<description>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 &apos;Answer Station&apos; 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.&#xD;&#xD;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.</description>
	</item>
	<item>
		<title>FrameMaker: Structured or Unstructured?</title>
		<link>http://tc.eserver.org/27656.html</link>
		<guid>http://tc.eserver.org/27656.html</guid>
		<description>At the 2004 WritersUA and STC Conferences, structured FrameMaker and XML were among the more popular session topics. There is obviously significant interest in the user assistance community about authoring XML documents with structured FrameMaker. This is not surprising, as many organizations are struggling with the problems of creating and delivering increasing amounts of user assistance in multiple formats, and managing their content in a way that maximizes their capabilities to reuse content across multiple publications.</description>
	</item>
	<item>
		<title>Non-Fatal Errors: Creating Usable, Effective Error Messages</title>
		<link>http://tc.eserver.org/27654.html</link>
		<guid>http://tc.eserver.org/27654.html</guid>
		<description>It&apos;s often easy to identify what kinds of error messages don&apos;t help users, but it can be tricky to avoid them, and even more of a challenge to create the opposite: error messages that give users a clear indication of the problem, offer information to help them fix it, and provide tips on how to avoid the same situation in the future. This paper details the steps involved in creating understandable, helpful error messages, and suggests ways of communicating the value of good error messages to managers and executives.</description>
	</item>
	<item>
		<title>The Ins and Outs of InDesign</title>
		<link>http://tc.eserver.org/27554.html</link>
		<guid>http://tc.eserver.org/27554.html</guid>
		<description>If you ever create multi page layouts such as brochures, newsletters or booklets there is an application that is made for you. InDesign, which can be purchased as a stand alone product or as part of the Adobe Creative Suite, has many, many tools for streamlining the process of setting up and working on these types of projects. In this article we will look at what InDesign is for and highlight some of the features that set it apart from other applications.</description>
	</item>
	<item>
		<title>Conciseness is Key to Good Technical Documentation</title>
		<link>http://tc.eserver.org/27488.html</link>
		<guid>http://tc.eserver.org/27488.html</guid>
		<description>One of the most important and difficult parts of technical documentation concerns writing in a concise manner. Technical writing is different than writing fiction or magazine articles, where a mood may be set or--in some cases--where space must be filled. (People seldom buy thin books.)</description>
	</item>
	<item>
		<title>Designing Information-Gathering Forms</title>
		<link>http://tc.eserver.org/27463.html</link>
		<guid>http://tc.eserver.org/27463.html</guid>
		<description>Poorly designed information-gathering forms drive up operating costs. Good design depends on a careful analysis of two users: Form-Fillers and Form Readers. Both types ofform user benefit if the form designer follows four principles of overall design. Guidelines for answer sections and user testing can also help designers produce more effective forms. Evaluation of existing forms can lead to successful revision so that costly mistakes can be avoided.</description>
	</item>
	<item>
		<title>DITA - Getting Started</title>
		<link>http://tc.eserver.org/27456.html</link>
		<guid>http://tc.eserver.org/27456.html</guid>
		<description>This presentation addresses a low-effort-required solution for users looking to take a step into XML for their technical documentation. The Darwin Information Typing Architecture (DITA) and its associated public toolkit provide you with the DTDs, stylesheets and other tools you require to make your steps into XML.</description>
	</item>
	<item>
		<title>How to Set Up a Document with Front Matter Numbered Separately</title>
		<link>http://tc.eserver.org/27241.html</link>
		<guid>http://tc.eserver.org/27241.html</guid>
		<description>Publishers call the preliminary pages in a book the &apos;front matter.&apos; They aren’t always numbered separately—some books start with the title page as page 1 and are paginated continuously throughout—but when there is a significant amount of front matter, it’s conventional to number it using lowercase roman numerals.</description>
	</item>
	<item>
		<title>I Want to Include the Chapter Number with the Page Number in the Header</title>
		<link>http://tc.eserver.org/27242.html</link>
		<guid>http://tc.eserver.org/27242.html</guid>
		<description>If you insist on doing this – and if you do, don&apos;t say I didn&apos;t warn you! – then the best procedure is as follows.</description>
	</item>
	<item>
		<title>Why Do All the Page Numbers in my Word 2002 Document Display as 0?</title>
		<link>http://tc.eserver.org/27240.html</link>
		<guid>http://tc.eserver.org/27240.html</guid>
		<description>Word 2002 will display 0 for all page numbers in headers or footers, and all page numbers in a Table of Contents, in the following circumstances.</description>
	</item>
	<item>
		<title>Why Does the Appearance (or Layout) of My Document Change When I Open it on a Different Machine?</title>
		<link>http://tc.eserver.org/27235.html</link>
		<guid>http://tc.eserver.org/27235.html</guid>
		<description>Because Word is a WYSIWYG application, it will always try to represent on screen the result you will get if you print on the printer that is selected as the default. Changing printer drivers will almost always change the layout at least slightly and sometimes radically.  There are a number of ways to minimize the changes.</description>
	</item>
	<item>
		<title>Creating a Template (Part I): The Basics</title>
		<link>http://tc.eserver.org/27183.html</link>
		<guid>http://tc.eserver.org/27183.html</guid>
		<description>The natural tendency of most users of word processing applications is to create a document and use it as a model for future documents. That is, you format a letter the way you want all (or most) of your letters to look, save it, and then, when you want to write a letter, open this document and save it under another name as the starting point for your letter. In WordPerfect, until recently, this was the only way to create a template. Word uses a different approach.</description>
	</item>
	<item>
		<title>How to Control the Page Numbering in a Word Document</title>
		<link>http://tc.eserver.org/27202.html</link>
		<guid>http://tc.eserver.org/27202.html</guid>
		<description>Word&apos;s page numbering scheme isn&apos;t directly obvious but it isn&apos;t needlessly complex, either. Indirect might be a good term for it. Once you understand how it works, all sorts of possibilities open up. Unfortunately, the built-in tools that simplify the insertion of page numbers also happen to make it more difficult to tell what&apos;s really going on. So, for the moment, forget everything you&apos;ve learned or think you know about page numbers.</description>
	</item>
	<item>
		<title>Adobe FrameMaker Autonumbering Examples</title>
		<link>http://tc.eserver.org/27089.html</link>
		<guid>http://tc.eserver.org/27089.html</guid>
		<description>Autonumbering had changed as new versions of FrameMaker have arrived. What worked in FrameMaker 5 might have broken in 5.5. This is due to changes Adobe made in the restart building blocks (request presentation). While our examples below use the maximum building blocks (meaning a little extra work), the result is numbering schemes that are more flexible for multiple versions of FrameMaker.</description>
	</item>
	<item>
		<title>FrameMaker vs. FrameMaker+SGML</title>
		<link>http://tc.eserver.org/27090.html</link>
		<guid>http://tc.eserver.org/27090.html</guid>
		<description>Everything that is in FrameMaker is in FrameMaker+SGML. FrameMaker+SGML has capabilities that FrameMaker does not have.</description>
	</item>
	<item>
		<title>Issues with Adobe FrameMaker Print to PDF</title>
		<link>http://tc.eserver.org/27088.html</link>
		<guid>http://tc.eserver.org/27088.html</guid>
		<description>An issue that has come up over and over again on several FrameMaker and Acrobat/PDF email lists as well on the corresponding Adobe User-to-User forums is that of creation of PDF files. FrameMaker 5.5.6 and 6 have what looks like a convenient feature that is supposed to allow you to create PDF files via simply saving the document as a PDF file. I have gone on record as advising end-users not to use this approach for reliable creation of PDF files from FrameMaker documents under Windows and MacOS with FrameMaker 6 and earlier. Why do I most vociferously offer this advice and why doesn&apos;t the problem get fixed? And how SHOULD you create PDF files from FrameMaker?</description>
	</item>
	<item>
		<title>Sony HDV HC1 High-Definition Camcorder</title>
		<link>http://tc.eserver.org/26976.html</link>
		<guid>http://tc.eserver.org/26976.html</guid>
		<description>Introduces the high-definition Sony HDV-HC1 digital camcorder for technical/professional communication practice.</description>
	</item>
	<item>
		<title>Bloom&apos;s Taxonomy in Technical Content Development</title>
		<link>http://tc.eserver.org/26933.html</link>
		<guid>http://tc.eserver.org/26933.html</guid>
		<description>Technical writers provide information enabling users to learn and apply various technologies. In the endeavor to enable users, technical writers often need to use different strategies of classification, presentation, and structuring for the different types of information. However, in most cases such classifications or decisions about the best method of presentation and optimum structure are guided by instinct and are rarely heuristic.&#xD;&#xD;In this article, we present an established classification of information called Bloom’s taxonomy (of educational objectives), which can help technical writers make decisions about content classification.</description>
	</item>
	<item>
		<title>Coherence, Continuity, and Cohesion: Theoretical Foundations for Document Design by Kim Sydow Campbell</title>
		<link>http://tc.eserver.org/26859.html</link>
		<guid>http://tc.eserver.org/26859.html</guid>
		<description>A review of Kim Sydow Campbell&apos;s book Coherence, Continuity, and Cohesion: Theoretical Foundations for Document Design.</description>
	</item>
	<item>
		<title>How Document Design Helps English Learners Master Science</title>
		<link>http://tc.eserver.org/26855.html</link>
		<guid>http://tc.eserver.org/26855.html</guid>
		<description>Explores how basic, scaffolded technical-writing exercises can help ESL students gain cognitive maturity, practice science literacy, improve their note taking, and use text signals and science idioms more effectively.</description>
	</item>
	<item>
		<title>Creating User-Friendly Links</title>
		<link>http://tc.eserver.org/26815.html</link>
		<guid>http://tc.eserver.org/26815.html</guid>
		<description>Google returns well over 15 million search results to the technical question of how to code hyperlinks in HTML. However, a question on how link texts should be formulated, so that the reader can understand them clearly, fetches only a handful of usable tips. Even most style guides and authoring guidelines are reticent on this topic. In this article you will find tips on this rarely dealt with, though important subject for Technical Communicators.</description>
	</item>
	<item>
		<title>Enterprise Agility: SOX and Enterprise Information Integration</title>
		<link>http://tc.eserver.org/26733.html</link>
		<guid>http://tc.eserver.org/26733.html</guid>
		<description>The intent of Sarbanes-Oxley (SOX) can be characterized as risk reduction: reduce errors, inhibit fraud, and provide shareholders with transparent equal-access to material knowledge. But implementation is principally procedural controls and documentation, under threat of penalty. The vague parts of SOX are where the real leverage lies: principles of intent, and corporate transparency.</description>
	</item>
	<item>
		<title>Information Layering: Providing Need-Based Information</title>
		<link>http://tc.eserver.org/26466.html</link>
		<guid>http://tc.eserver.org/26466.html</guid>
		<description>Information Layering is not new, but it has acquired a new dimension through modern technical and interactive possibilities. Even as of now, this technique can be used to make HTML-help considerably more user friendly.</description>
	</item>
	<item>
		<title>Using Perception in Managing Unstructured Documents</title>
		<link>http://tc.eserver.org/26418.html</link>
		<guid>http://tc.eserver.org/26418.html</guid>
		<description>Over the last ten years, the increased availability of documents in digital form has contributed significantly to the immense volume of knowledge and information available to computer users. The World Wide Web has become the largest digital library available, with more than one billion unique indexable web pages. Yet, due to their dynamic nature, fast growth rate, and unstructured format, it is increasingly difficult to identify and retrieve valuable information from these documents. More importantly, the usefulness of an unstructured document is dependent upon the ease and efficiency with which the information is retrieved. In this paper, we define an unstructured document as a &quot;general&quot; document that is without a specific format e.g., plain text. Whereas, a document divided into sections or paragraph tags is referred to as semi-structured e.g., a formatted text document or a web page.</description>
	</item>
	<item>
		<title>Bulletproof Your Brochures</title>
		<link>http://tc.eserver.org/25933.html</link>
		<guid>http://tc.eserver.org/25933.html</guid>
		<description>Brochures are good for some things but not others. The key to not wasting your money is to understand what brochures do well, and what they don&apos;t do well.</description>
	</item>
	<item>
		<title>Marrying Digital and Paper Documents</title>
		<link>http://tc.eserver.org/25838.html</link>
		<guid>http://tc.eserver.org/25838.html</guid>
		<description>The use of physical paper or digital files is not an either/or choice. The two are complementary. Currently, there are many examples of paper used as an interface to digital processes. The UPC found on items we buy and the barcoded labels on the packages we send are two prevalent examples. Many papers we use to reach our customers or to do our work within our organizations have at least one barcode.</description>
	</item>
	<item>
		<title>Accurate Image Manipulation for Desktop Publishing</title>
		<link>http://tc.eserver.org/25769.html</link>
		<guid>http://tc.eserver.org/25769.html</guid>
		<description>Devoted to the best possible quality in the desktop publishing workflow. This calls for accurate calibration and correct choice for the working space.</description>
	</item>
	<item>
		<title>An Integrated Approach for a Model Based Document Production and Management</title>
		<link>http://tc.eserver.org/25622.html</link>
		<guid>http://tc.eserver.org/25622.html</guid>
		<description>The primary aim of the research presented in this paper is to provide pragmatic solutions to the problems of integrity and consistency of document based information, describing a building throughout its life cycle. The research demonstrates the computer-aided generation of project documents via a construction project data model. The first research activity involved the development of a Construction Project Reference Model (CPRM) and a Document Reference Model, from which various Applied Document Type Models can be derived. The work concentrated on the French Full Specification Document: the CCTP (Cahier des Clauses Techniques ParticuliÃ¨res), which is generated during the detail design stage. A generic Association Model was developed and used to index the CPRMâ€™s concepts to the CCTPâ€™s documentary elements supporting their description. Finally, the mechanisms enabling the generation of the project CCTP from the proposed structured reference CCTP are described.</description>
	</item>
	<item>
		<title>Six Tips for Improving Your Design Documentation</title>
		<link>http://tc.eserver.org/25619.html</link>
		<guid>http://tc.eserver.org/25619.html</guid>
		<description>Good organization, complete information, and clear writing are, of course, key to the success of any design document, but there are some other, less-obvious techniques you can use to make your documents more readable and understandable. Here are a few of them.</description>
	</item>
	<item>
		<title>Tips to Save Money When Printing Translated Work</title>
		<link>http://tc.eserver.org/25457.html</link>
		<guid>http://tc.eserver.org/25457.html</guid>
		<description>When designing things in several languages, the cost of production can become quite high. However there are ways to save money and make the printing cost of flyers, magazines, etc. much lower. These tricks also apply when doing several versions of one job even if it&apos;s in the same language.</description>
	</item>
	<item>
		<title>InDesign Tutorial: Setting up a Document</title>
		<link>http://tc.eserver.org/25420.html</link>
		<guid>http://tc.eserver.org/25420.html</guid>
		<description>Let&apos;s start with some basics. Here you will learn how to create a new document, add pages and other basic functions. A second tutorial will follow to complement this one.</description>
	</item>
	<item>
		<title>InDesign&apos;s Work Area</title>
		<link>http://tc.eserver.org/25421.html</link>
		<guid>http://tc.eserver.org/25421.html</guid>
		<description>This tutorial goes through the different parts that compose InDesign&apos;s work area. If you want to drive a car, you want to make sure that you know where the break is, where your wheel is, where your indicator is and so on. The same is for InDesign. You want to know where you can find all the tools that you will be using to create your InDesign documents.</description>
	</item>
	<item>
		<title>Threaded Text in InDesign CS</title>
		<link>http://tc.eserver.org/25417.html</link>
		<guid>http://tc.eserver.org/25417.html</guid>
		<description>If you use Microsoft Word, you are used to the fact that if when your text will get to the end of a page, another page will be automatically added. With InDesign and most layout programs, this is a little bit different. This is because layout programs work with text boxes (or tex frames) which allow you more freedom when you lay out your document.</description>
	</item>
	<item>
		<title>Documenting in N-Dimensional Space</title>
		<link>http://tc.eserver.org/25379.html</link>
		<guid>http://tc.eserver.org/25379.html</guid>
		<description>As technical communicators, we are being challenged with how to structure information in a multiple dimensional space made possible with Web technology.</description>
	</item>
	<item>
		<title>Redefining the Document Using Adobe Acrobat</title>
		<link>http://tc.eserver.org/25140.html</link>
		<guid>http://tc.eserver.org/25140.html</guid>
		<description>How content is combined from multiple sources quickly and easily.</description>
	</item>
	<item>
		<title>Book Design</title>
		<link>http://tc.eserver.org/25113.html</link>
		<guid>http://tc.eserver.org/25113.html</guid>
		<description>An overview of the typical components of a printed technical book and the typical content, format, style, and sequence of those components.</description>
	</item>
	<item>
		<title>Why Game Documentation is Essential to a Satisfying User Experience</title>
		<link>http://tc.eserver.org/25076.html</link>
		<guid>http://tc.eserver.org/25076.html</guid>
		<description>Documentation and information organization are an integral part of video game construction. The video game industry may be one of the directions technical communicators will move toward in the near future.</description>
	</item>
	<item>
		<title>Small Scale, Big Impact: Creating an Employee Newsletter</title>
		<link>http://tc.eserver.org/25059.html</link>
		<guid>http://tc.eserver.org/25059.html</guid>
		<description>Every few weeks we receive a flyer about a &apos;seminar&apos; or a &apos;workshop&apos; on newsletters -- now to write them, how to design them, how to produce them, how to improve them. Although we haven’t actually attended any of these seminars, they travel to many major cities, and the list of topics covered and the testimonials printed in the flyers are impressive. This phenomenon of the successful traveling newsletter seminar suggests that A) lots of people (hence organizations) are interested in creating or improving newsletters, and B) there’s lots to be learned about newsletters.</description>
	</item>
	<item>
		<title>Using Customer Inquiries as a Basis for Revising and Editing User Manuals</title>
		<link>http://tc.eserver.org/25057.html</link>
		<guid>http://tc.eserver.org/25057.html</guid>
		<description>The Documentation Development Department (DDD) of Hitachi has been improving manuals by collecting, classifying, and analyzing inquiries from its customers to the Hitachi Customer Answer (HCA) Center. The HCA Center is a telephone inquiry center established to give quick and clear answers to inquiries from customers who use Hitachi computers.</description>
	</item>
	<item>
		<title>Document Hack (A Technical Writer&apos;s Journal): From Acrobat to FrameMaker</title>
		<link>http://tc.eserver.org/24990.html</link>
		<guid>http://tc.eserver.org/24990.html</guid>
		<description>FrameMaker is the industry standard for writing book-length documents. It is a powerful program capable of creating books of well over a thousand pages. The learning curve for the program is significant. FrameMaker is a much different animal than Microsoft Word and other word processors.</description>
	</item>
	<item>
		<title>Document Hack (A Technical Writer&apos;s Journal): The Acrobat and the Illustrator</title>
		<link>http://tc.eserver.org/24988.html</link>
		<guid>http://tc.eserver.org/24988.html</guid>
		<description>Using Acrobat, you can make minor edits to a PDF file, but Acrobat documents are very sensitive. Typing a single character can throw several lines off, destroy tables and cause all sort of other troubles. Alternately, it can be relatively uneventful and painless. You will not know until you type in that character.</description>
	</item>
	<item>
		<title>Your Document Covers the Facts, But Does It Keep ’Em Coming Back?</title>
		<link>http://tc.eserver.org/24897.html</link>
		<guid>http://tc.eserver.org/24897.html</guid>
		<description>Much technical documentation merely describes the features or appearance of a product or service, leaving readers uninspired and disinterested. In fact, much of what we write probably never gets read. A combined audience, task, and benefits analysis can help us communicate why a user should do a task—not just how to do it.</description>
	</item>
	<item>
		<title>The Empowered User: A New Approach To Software Documentation</title>
		<link>http://tc.eserver.org/24884.html</link>
		<guid>http://tc.eserver.org/24884.html</guid>
		<description>User empowerment offers a strategy for addressing the software end user&apos;s needs. The definition of user empowerment emphasizes a user-driven, informationmanagement oriented approach in response to changes that have taken place in the modern workplace after computers and computer software arrived. Working with software requires a significant shift in thinking and learning, responding to increased abstraction, isolation, and information volumes. Computermediated work demands that users develop new skills and job roles, and that documentation writers develop new techniques for manuals.</description>
	</item>
	<item>
		<title>Designing Better Instructional Documents</title>
		<link>http://tc.eserver.org/24882.html</link>
		<guid>http://tc.eserver.org/24882.html</guid>
		<description>Demonstrates how principles of print design and visual literacy can improve the usability of course handouts.</description>
	</item>
	<item>
		<title>It&apos;s Not Enough to Say What it Does</title>
		<link>http://tc.eserver.org/24850.html</link>
		<guid>http://tc.eserver.org/24850.html</guid>
		<description>All too often, developers think that documenting their new creations just means writing a detailed technical description of what it does. In a sense, they&apos;re explaining things to themselves. But what you really need to do is explain things to someone who&apos;s coming across your stuff for the first time.</description>
	</item>
	<item>
		<title>Newsletter Design for Non-Designers</title>
		<link>http://tc.eserver.org/24791.html</link>
		<guid>http://tc.eserver.org/24791.html</guid>
		<description>Newsletter design comprises everything from column width and typeface to clip art style and paper color--where do you start? You don’t need to be a graphic artist to design an appealing newsletter—but you need to know the basic principles and how to apply them consistently. Consciously or not, every time you read something, you make judgments about its design. Was it easy to read or skim? Did the artwork seem appropriate? Were the page numbers easy to locate? In this workshop we will review these and other design elements and how to make them work for your newsletter.</description>
	</item>
	<item>
		<title>SGML Document Structuring: Implementing Document Analysis</title>
		<link>http://tc.eserver.org/24824.html</link>
		<guid>http://tc.eserver.org/24824.html</guid>
		<description>SGML (ISO 8879) provides organizations a standard for structuring and managing electronic information independent of software and hardware restrictions. Its premise is that all documents have a logical structure that can be represented with symbols. Using these symbols, SGML identifies a document’s  elements and their interrelation slips. SGML separates format from content, allowing masses of information to be logically stored and easily retrieved. Data from one document marked with SGML tags can be used to create  everything from brochures to reference manuals. This workshop emphasizes SGML document analysis and its impact on technical communicators.</description>
	</item>
	<item>
		<title>Using Graphics to Help Users Build Mental Models</title>
		<link>http://tc.eserver.org/24784.html</link>
		<guid>http://tc.eserver.org/24784.html</guid>
		<description>Research shows that adults learn more efficiently when they have formed an accurate mental model of the product they are trying to use. We can help our users form accurate mental models more quickly by graphically depicting that model on the interface. One product using that approach allowed engineers to become productive with no reference to user documentation.</description>
	</item>
	<item>
		<title>Desktop Publishing Shootout</title>
		<link>http://tc.eserver.org/24676.html</link>
		<guid>http://tc.eserver.org/24676.html</guid>
		<description>Whatever the subject of lists I follow, two basic questions usually come up about every three months. Usually the person posting the question has to make a decision between:&#xD;&#xD;Pagemaker or Quark (and often FrameMaker), or&#xD;Macintosh or PC.</description>
	</item>
	<item>
		<title>Instructional Design: Choosing the Proper Authoring Tool</title>
		<link>http://tc.eserver.org/24641.html</link>
		<guid>http://tc.eserver.org/24641.html</guid>
		<description>Searching for the right tool for your instructional design needs? Learn about your options through capsule reviews of instructional simulation programs and full-service authoring tools.</description>
	</item>
	<item>
		<title>Scientific Documentation: Learning from Journal Articles</title>
		<link>http://tc.eserver.org/24637.html</link>
		<guid>http://tc.eserver.org/24637.html</guid>
		<description>Suggests that writers of technical manuals could learn a thing or two about usability from the consistent form of scientific journal articles.</description>
	</item>
	<item>
		<title>Applying the Sensation-Perception Continuum to User Documentation</title>
		<link>http://tc.eserver.org/24606.html</link>
		<guid>http://tc.eserver.org/24606.html</guid>
		<description>The sensation-perception continuum represents the interplay of sensation and perception in everything we think and do. Technical communicators must exploit this continuum by understanding and applying sensory filters and perceptual tendencies in the design and development of information. This paper discuss three sensory filters: thresholds, cocktail-party effect, and sensory adaptation; it discusses four perceptual tendencies: perceptual set, figure-ground relationships, laws of grouping, and goodness of figures.</description>
	</item>
	<item>
		<title>Using Customer Data to Drive Documentation Design Decisions</title>
		<link>http://tc.eserver.org/24572.html</link>
		<guid>http://tc.eserver.org/24572.html</guid>
		<description>This article shows how user-centered design can be applied to documentation and reports the results of a two-year contextual design study. The article (1) demonstrates how contextualdesign can be applied to information and (2) reports some of the study&apos;s results,outlining key insights gleaned about users. The study found that users vary widely intheir information needs and preferences. Users employ a variety of learning strategies inlearning new software and in overcoming problems encountered within applications.Documentation can better meet variances in learning styles and user preferences whentightly integrated into applications, accessible in the user&apos;s own language. Additionally,documentation is most beneficial when several assistance options exist for users tochoose among, varying according to context, task, and user need. Finally, the article discussesthe constraints that affect the implementation of design ideas and explores implicationsfor practice and additional research.</description>
	</item>
	<item>
		<title>Figuring Out What Your Customers Really Need</title>
		<link>http://tc.eserver.org/24422.html</link>
		<guid>http://tc.eserver.org/24422.html</guid>
		<description>Effective technical manuals and training meet the needs of the customer. No one will argue with that statement. But the trick is to identify the needs of the customer. This paper describes one method to focus product information development on the customer: the needs analysis survey. This methodology that is common in course development and training identifies the tasks customers perform. It also allows course developers and technical communicators to collaborate on an area that they both understand.</description>
	</item>
</channel>
</rss>