<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Presentations&gt;Writing</title>	<link>http://tc.eserver.org/dir/Presentations/Writing</link>
	<description>A listing of the most recently indexed works about Presentations and Writing in the field of technical communication (and technical writing).</description>
	<language>en-us</language>
	<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>Presentations&gt;Writing</title>
		<link>http://tc.eserver.org/dir/Presentations/Writing</link>
	</image>
	<item>
		<title>Exploiting Verbal-Visual Synergy in Presentation Slides</title>
		<link>http://tc.eserver.org/35358.html</link>
		<guid>http://tc.eserver.org/35358.html</guid>
		<description>Describes the most challenging aspect of creating slides for an oral presentation. Presents two principles for creating informative and persuasive graphics. Explains how to use drawing tools to communicate the schema of the slide and to emphasize important portions of the images.</description>
	</item>
	<item>
		<title>How to Write a Technical Report</title>
		<link>http://tc.eserver.org/34369.html</link>
		<guid>http://tc.eserver.org/34369.html</guid>
		<description>This presentation describes the standard structure of a lab report and provides a methodology for successfully producing such a report. It includes a description of the generic structure of a report and variations on this theme.</description>
	</item>
	<item>
		<title>Technical Writer - Exploding the Myths</title>
		<link>http://tc.eserver.org/34370.html</link>
		<guid>http://tc.eserver.org/34370.html</guid>
		<description>Technical Writing explained using photographs of actual technical writers.</description>
	</item>
	<item>
		<title>Mavericks: The Ultra-Collaborative Composition Classroom</title>
		<link>http://tc.eserver.org/34200.html</link>
		<guid>http://tc.eserver.org/34200.html</guid>
		<description>A case study of a course in which students used collaborative online tools such as Google Docs for major writing assignments, and the results the instructor discovered.</description>
	</item>
	<item>
		<title>Writing as a Materials Engineer</title>
		<link>http://tc.eserver.org/34160.html</link>
		<guid>http://tc.eserver.org/34160.html</guid>
		<description>How to get lab discoveries and results into a written document.</description>
	</item>
	<item>
		<title>Scope of Medical Writing</title>
		<link>http://tc.eserver.org/34053.html</link>
		<guid>http://tc.eserver.org/34053.html</guid>
		<description>Medical writing requires a combination of technical skills in medical sciences and rhetorical skills in language arts.</description>
	</item>
	<item>
		<title>Debunking the Boredom Myth of Technical Writing</title>
		<link>http://tc.eserver.org/33290.html</link>
		<guid>http://tc.eserver.org/33290.html</guid>
		<description>Several weeks ago I wrote about my trip to Brigham Young University-Idaho and the presentation I gave there titled “Debunking the Boredom Myth of Technical Writing.” This podcast is a recording of my presentation.</description>
	</item>
	<item>
		<title>Creating Quality Content with Open Source Tools</title>
		<link>http://tc.eserver.org/32783.html</link>
		<guid>http://tc.eserver.org/32783.html</guid>
		<description>The detailed notes for the presentation on creating quality content with Open Source tools that was given at DocTrain East 2008 (Oct. 31, 2008).</description>
	</item>
	<item>
		<title>Becoming an API Writer: How I Learned to Stop Worrying and Love Developers</title>
		<link>http://tc.eserver.org/32683.html</link>
		<guid>http://tc.eserver.org/32683.html</guid>
		<description>If you know API writing, there is greater demand for your skills, that is, there are more jobs to which you can apply. At the same time, there is a shortage of API writers. API writers tend to work more closely with development, instead of through product management or product definition or through specs. You are closer to those who design the product, privy to design decisions -- closer to the action.</description>
	</item>
	<item>
		<title>Writing as an Asynchronous Conversation</title>
		<link>http://tc.eserver.org/32686.html</link>
		<guid>http://tc.eserver.org/32686.html</guid>
		<description>Conversation is a theme that flows through all the work we do as technical communicators. Every use of your web site is a conversation &#xD;started by a busy site visitor.</description>
	</item>
	<item>
		<title>The Basics of Plain Language </title>
		<link>http://tc.eserver.org/31613.html</link>
		<guid>http://tc.eserver.org/31613.html</guid>
		<description>The purpose of this lesson is to introduce the basic concepts of plain language.</description>
	</item>
	<item>
		<title>Low-Cost, Flat-File XML for the Masses</title>
		<link>http://tc.eserver.org/31417.html</link>
		<guid>http://tc.eserver.org/31417.html</guid>
		<description>When you hear about XML publishing, you mostly hear about databases, workflow tools, and content management systems. These are typically costly systems aimed towards the information management needs of larger enterprises, where the sheer volume of information pumped through these systems provides a fairly rapid return on investment. This fosters the perception that you need one of these complex, expensive, enterprise solutions to use take advantage of the modularity and flexibility of authoring in XML.&#xD;&#xD;That is simply not true. You can realize the benefits of publishing from modularized XML, without the expense of an enterprise publishing system, by implementing the authoring environment on top of nothing more than your operating system&apos;s file system. Although this environment is not adequate for enterprise publishing needs, it is more than adequate for the needs small writing teams, businesses with a limited number of related products, proof-of-concept demonstrations, and even home users.&#xD;&#xD;The AIC documentation group at Cisco Systems has implemented such an authoring environment. We have been able to reuse and re-purpose modular, XML-based information without implementing a database back end. By examining how the AIC team implemented XML in a flat-file environment, you will see:&#xD;&#xD;    * the decisions you need to make before implementing a flat-file XML system&#xD;    * the trade-offs, drawbacks, and pitfalls of implementing a flat-file environment (as compared to a database publishing environment)&#xD;    * the benefits of XML that are still available, even without the database&#xD;    * a migration path to a more traditional publishing environment&#xD;</description>
	</item>
	<item>
		<title>EMPI Digital Library National Convention - 2007 </title>
		<link>http://tc.eserver.org/30367.html</link>
		<guid>http://tc.eserver.org/30367.html</guid>
		<description>Established in 2005, KnowGenesis Online Library for Technical Communication (www.knowgenesis.org/tc) is India&apos;s first online repository dedicated to accelerate knowledge sharing and promote self-learning in the field of technical communication. The library is available free of cost and require one time free registration to access the available material. The popularity and success rate of the library can be determined by the fact that within a year of its launch, it not only attracted more than 24000 visitors and gained more than 1500 subscribers, but also increased the volume of the hosted content from few documents to more than 2000 important documents, presentations, tutorials and links.&#xD;&#xD;KnowGenesis library presents a unique case for repository designers to study the complex design and implementation process that contributed to the stability and overall success rate of the online library. &#xD;&#xD;This paper not only shares the designing and implementation challenges faced by the knowgenesis team, but also presents the approach used to match the user requirements with the library design. Based on the lessons learned during the process, the paper also presents specific set of guidelines and recommends methodologies that can provide critical assistance for developing and managing medium and large scale repositories</description>
	</item>
	<item>
		<title>Writing for Publication</title>
		<link>http://tc.eserver.org/30023.html</link>
		<guid>http://tc.eserver.org/30023.html</guid>
		<description>Make complex technical information understandable. Make it easy for the reader to read and extract information. Achieve clarity, conciseness, and coherence.</description>
	</item>
	<item>
		<title>Open Source For Technical Writing Teams</title>
		<link>http://tc.eserver.org/29523.html</link>
		<guid>http://tc.eserver.org/29523.html</guid>
		<description>A presentation introducting how to support technical documentation teams with open-source tools.</description>
	</item>
	<item>
		<title>Presentation on Writing and Web 2.0</title>
		<link>http://tc.eserver.org/28753.html</link>
		<guid>http://tc.eserver.org/28753.html</guid>
		<description>This is presentation Keith Hoffman gave on writing and Web 2.0 at the University of Wisconsin. If you recall, Keith wrote the feature article in January&apos;s Intercom on Web 2.0.</description>
	</item>
	<item>
		<title>What Do Technical Writers Do?</title>
		<link>http://tc.eserver.org/24365.html</link>
		<guid>http://tc.eserver.org/24365.html</guid>
		<description>Information session, suitable for general audience.&#xD;(40 slides)</description>
	</item>
	<item>
		<title>Classroom Discourse and Writing Across the Curriculum</title>
		<link>http://tc.eserver.org/24084.html</link>
		<guid>http://tc.eserver.org/24084.html</guid>
		<description>A table that displays aspects of developing knowledge that is personally and professionally useful.</description>
	</item>
	<item>
		<title>A Tech Writer Crosses Over to Marketing and Becomes a &quot;Webinarian&quot;</title>
		<link>http://tc.eserver.org/23525.html</link>
		<guid>http://tc.eserver.org/23525.html</guid>
		<description>Have you ever considered taking on marketing duties at your present job, or even transitioning to a new career as a &apos;marketeer&apos;?  Wistfully, you dream of sipping martinis with your attractive new coworkers under the department’s neon sign, &apos;Marketing—Two Drink Minimum,&apos; before heading home empty-handed at 5 p.m.  Oh, wait a minute—that was a Dilbert cartoon.</description>
	</item>
	<item>
		<title>Workshop: English Grammar</title>
		<link>http://tc.eserver.org/23168.html</link>
		<guid>http://tc.eserver.org/23168.html</guid>
		<description>A slideshow that presents some often-confused elements of English grammar.</description>
	</item>
	<item>
		<title>The Future of Technical Writing in India</title>
		<link>http://tc.eserver.org/23139.html</link>
		<guid>http://tc.eserver.org/23139.html</guid>
		<description>Technical Writing in India has experienced explosive growth in business volumes as a result of outsourcing. 75 writers based in India are registered with the STC. Estimated 2,500- to 3,000-strong workforce.</description>
	</item>
	<item>
		<title>Technical Writing</title>
		<link>http://tc.eserver.org/22640.html</link>
		<guid>http://tc.eserver.org/22640.html</guid>
		<description>Plan; know your purpose, audience and scope; leave enough time to write and edit several drafts; don&apos;t bore the reader.</description>
	</item>
	<item>
		<title>Technical Writing: An Overview</title>
		<link>http://tc.eserver.org/22277.html</link>
		<guid>http://tc.eserver.org/22277.html</guid>
		<description>A PDF document intended as a resource for teachers. The overview handout defines technical writing, lists examples, states rationale for teaching technical writing, reviews principles for writing instruction, explains basic technical writing concepts to be taught to students, and outlines methods for evaluating technical writing.</description>
	</item>
	<item>
		<title>Authoring Technical Books</title>
		<link>http://tc.eserver.org/21705.html</link>
		<guid>http://tc.eserver.org/21705.html</guid>
		<description>Who can write a book? Timelines. Steps in bringing out a book.</description>
	</item>
	<item>
		<title>UNIX Man Pages</title>
		<link>http://tc.eserver.org/21696.html</link>
		<guid>http://tc.eserver.org/21696.html</guid>
		<description>Experienced programmers find the man pages very useful but a naive user often finds them overwhelming.</description>
	</item>
	<item>
		<title>Writing Numbers in Technical Documents</title>
		<link>http://tc.eserver.org/18466.html</link>
		<guid>http://tc.eserver.org/18466.html</guid>
		<description>A slideshow about representing numeric data within technical documents.</description>
	</item>
	<item>
		<title>Nominalizations and Their Impact on Readers</title>
		<link>http://tc.eserver.org/18217.html</link>
		<guid>http://tc.eserver.org/18217.html</guid>
		<description>The study presented here examined the effect of&#xD;nominalizations in technical documents on&#xD;readers’ recall and comprehension. Subjects read&#xD;one of two technical passages in either a&#xD;nominalized or denominalized form, and took&#xD;recall and comprehension tests. Results indicate&#xD;that denominalized passages can help readers&#xD;retain more information when the original&#xD;nominalizations are critical to the readers’&#xD;understanding of the passage.</description>
	</item>
	<item>
		<title>The Sequential Order of Instructions: Impact on Text Quality</title>
		<link>http://tc.eserver.org/18216.html</link>
		<guid>http://tc.eserver.org/18216.html</guid>
		<description>In written instructions, the sequential order of procedural&#xD;steps is crucial for effective and efficient performance. In&#xD;this paper we demonstrate several “rules” for optimizing&#xD;instructions in this respect:&#xD; First things first: put instructions in an order that&#xD;prevents users from neglecting important steps.&#xD; Minimize cognitive load: put instructions in an order&#xD;that allows readers to forget what they read.&#xD; Save time and effort: put instructions in an order&#xD;that “on average” requires as little time as possible&#xD;of the readers.</description>
	</item>
	<item>
		<title>Writing for Training</title>
		<link>http://tc.eserver.org/18212.html</link>
		<guid>http://tc.eserver.org/18212.html</guid>
		<description>With books and manuals, users decide what information 1.&#xD;they want and when they will acquire it. With training&#xD;materials, however the writer/instructional designer&#xD;controls the flow of information and the way in which it&#xD;is presented. To write training materials requires careful&#xD;consideration of adult learning principles, the possibilities&#xD;and limitations of presentation media and, for&#xD;classroom training, the difference between written and&#xD;spoken language. A training writer also needs to distill&#xD;from complex concepts the main points that participants&#xD;will remember after the training.</description>
	</item>
	<item>
		<title>Using Writing to Negotiate Knowledge and Power</title>
		<link>http://tc.eserver.org/14965.html</link>
		<guid>http://tc.eserver.org/14965.html</guid>
		<description>In &lt;i&gt;Language and Symbolic Power,&lt;/i&gt; Pierre Bourdieu demonstrates how the language practices of institutions can generate symbolic violence and relations of power.  At the same time, these language practices make existing power relationships seem natural and thus hide the symbolic violence from both more and less powerful inhabitants of these sites. Research has only recently begun to examine critically these practices as they function in corporate America. This talk will examine textual practices within a large manufacturer of agricultural equipment to show how they require subordinates to document their work in forms determined by management.  Such documentation represents work in terms acceptable to managers and prevents subordinates from developing alternative understandings of the possibilities of their labor.</description>
	</item>
	<item>
		<title>Bright Words, Dull Words, and Snags: A Theory of Technical Writing</title>
		<link>http://tc.eserver.org/14563.html</link>
		<guid>http://tc.eserver.org/14563.html</guid>
		<description>While all words on the page should be necessary, not&#xD;every word carries the same importance. Yet words&#xD;compete for attention, and depending on what they mean&#xD;to readers, one word may make a greater impression than&#xD;another. As writers, we must express what’s important&#xD;with bright words. We must tone down what’s not&#xD;important and express them with dull words. We must&#xD;avoid snags, words that distract, confuse, or interfere in&#xD;any way with the smooth transfer of information.</description>
	</item>
	<item>
		<title>Creating A Paradigm Shift In Managers And Professionals Who Use Standards</title>
		<link>http://tc.eserver.org/14523.html</link>
		<guid>http://tc.eserver.org/14523.html</guid>
		<description>Organizational standards are often just a set of documents&#xD;put into place for auditors or regulatory bodies. In such&#xD;instances, the standards usually do not reflect current&#xD;practices, which are passed along by word-of-mouth.&#xD;Unfortunately, even if the information is up-to-date, it may&#xD;not be easily retrievable by the person in immediate need&#xD;of it. In a hospital setting, this situation can be extremely&#xD;costly. It can also provide immense opportunities for the&#xD;technical communicator to become a vital part of a cross-functional&#xD;team.</description>
	</item>
	<item>
		<title>Ethical Aspects of Writer-Client Relationships</title>
		<link>http://tc.eserver.org/14507.html</link>
		<guid>http://tc.eserver.org/14507.html</guid>
		<description>Experts in the field have defined&#xD;the essential criteria of ethical&#xD;behavior in a number of fields.&#xD;This presentation attempts to&#xD;translate those criteria to the&#xD;typical working environment of&#xD;full-time writers. It examines&#xD;these criteria in terms of the&#xD;skills, task, and responsibilities&#xD;of those individuals who&#xD;create the documentation and&#xD;directives by which America does&#xD;its work.</description>
	</item>
	<item>
		<title>From Editing to Writing: Learning the Write Stuff</title>
		<link>http://tc.eserver.org/14535.html</link>
		<guid>http://tc.eserver.org/14535.html</guid>
		<description>At SAS Institute Inc., a leading software development&#xD;corporation, the Documentation Development Division&#xD;maintains separate staffs for writing and editing. Working as&#xD;an editor and working as a writer require distinctly different&#xD;skills in developing user documentation. In this paper, we&#xD;discuss our experience making the transition from editing to&#xD;writing: the differences between the jobs, the similarities, and&#xD;how working as editors has benefited us as writers.&#xD;We direct this paper to anyone interested in making the&#xD;change, in either direction. While your situation may differ, we&#xD;hope you find our experience informative.</description>
	</item>
	<item>
		<title>Identifying Obstacles for New Writers in Industry</title>
		<link>http://tc.eserver.org/14553.html</link>
		<guid>http://tc.eserver.org/14553.html</guid>
		<description>Technical writers can increase their value by having a&#xD;technical base along with their communication skills. The&#xD;technical base provides a way to recognize and appreciate&#xD;d@erent perspectives in an industry collaboration.&#xD;Misunderstanding or ignorance of differing perspectives&#xD;can result in serious interpersonal and corporation issues&#xD;that affect the final product. This presentation describes&#xD;some of the obstacles encountered by a new technical writer&#xD;on a software documentation teatn. These obstacles are&#xD;examined in Iight of technical writing research in an effort&#xD;to identify possible classroom strategies that might prevent&#xD;or ease tensions that arise between collaborators with&#xD;different backgrounds.</description>
	</item>
	<item>
		<title>Producing Site-Specific Training Materials: How Technical Communicators Can Increase Job Security</title>
		<link>http://tc.eserver.org/14503.html</link>
		<guid>http://tc.eserver.org/14503.html</guid>
		<description>According to the SCANS report, &apos;80 percent of the&#xD;workers on whom American employers will depend as&#xD;we enter the 21st century are already on the job.&apos; Onsite&#xD;employee training and retraining must become a&#xD;major focus for American companies. Technical&#xD;communicators can develop site-specific training&#xD;materials for their employers, but they will need to&#xD;&apos;speak another language&apos; in order to communicate the&#xD;potential savings and benefits to management. Technical&#xD;communicators who produce site-specific training&#xD;materials can increase their job security by increasing&#xD;their employer&apos;s ability to compete.</description>
	</item>
	<item>
		<title>Survey Of Computer-Supported Writing Facility Use In Technical Communication Programs</title>
		<link>http://tc.eserver.org/14518.html</link>
		<guid>http://tc.eserver.org/14518.html</guid>
		<description>Just as the profession of technical communication is&#xD;fundamentally linked with the use of computers, so&#xD;technical communication education and computer labs go&#xD;hand-in-hand to prepare students for the professional&#xD;world. Because of the importance of computer&#xD;instruction, we need to discover how technical&#xD;communication (TC) programs are managing these&#xD;expensive yet quickly outdated facilities. Described here&#xD;are the results of a survey of TC program directors&#xD;questioned about their computer-supported teaching&#xD;facilities. A profile of a &apos;typical&apos; computer lab in a&#xD;technical communication program is offered.</description>
	</item>
	<item>
		<title>The Use Of Computerized Readability Formulas: Bane Or Blessing?</title>
		<link>http://tc.eserver.org/14513.html</link>
		<guid>http://tc.eserver.org/14513.html</guid>
		<description>A survey of 39 communicators in high-tech industries&#xD;reveals low use of computerized readability&#xD;formulas. Both technical and business communicators&#xD;find current measures ill suited for the process&#xD;or product of technical writing.</description>
	</item>
	<item>
		<title>Becoming a Journal Author</title>
		<link>http://tc.eserver.org/14382.html</link>
		<guid>http://tc.eserver.org/14382.html</guid>
		<description>This session will help participants understand how to write and submit a manuscript for publication in &lt;i&gt;Technical Communication.&lt;/i&gt; It covers the types of articles the journal publishes, its audience, and suggestions for choosing topics, doing research, and preparing a manuscript.</description>
	</item>
	<item>
		<title>Find It Quickly: Creating Effective Indexes</title>
		<link>http://tc.eserver.org/14374.html</link>
		<guid>http://tc.eserver.org/14374.html</guid>
		<description>Although an index is one of the most important sections of a document, it&apos;s also one of the most misunderstood. Many&#xD;people don kknow what an index is or mistake itfor the&#xD;table of contents. For those casons, companies often&#xD;don ‘tinclude indexes in their documentation. Will-written&#xD;indexes increase productivity by helping employees$nd&#xD;information faster This workshop provides the basic&#xD;techniques of cteating an index your audience can use&#xD;to find the information they need. lbu ’11have time to&#xD;prepatv an index fmm a section of a document cun-ently in&#xD;use by a major corporation.</description>
	</item>
	<item>
		<title>Using a Problem Focus to Quickly Aid Users in Trouble</title>
		<link>http://tc.eserver.org/14363.html</link>
		<guid>http://tc.eserver.org/14363.html</guid>
		<description>Users are encountering more and more situations where task dotumentation separates topics too much for the interconnected nature of the task. These complex processes require an approach that takes into account the effect of strategy on the outcome of the task. Users have to know what factors affect the quality and type of output, and the stages where branching will depend upon these choices. This paper deals with the methodology required to help users in trouble in complex tasks. It also presents the types of situations where this approach is most useful.</description>
	</item>
	<item>
		<title>Written Any Good Book Reviews Recently? The Chemistry of theTechnical Book Review Process</title>
		<link>http://tc.eserver.org/14365.html</link>
		<guid>http://tc.eserver.org/14365.html</guid>
		<description>Book reviews in a journal such as Technical Communication succeed when the right chemistry between reviewers and editor. Reviewers should recognize the multiple purposes of book reviews. They must contribute knowledge, integrity, writing ability, and objectivity to the review section. The editor, in turn, must be a people person, record keeper, visionary and nerd.</description>
	</item>
	<item>
		<title>Who is the Author?</title>
		<link>http://tc.eserver.org/14241.html</link>
		<guid>http://tc.eserver.org/14241.html</guid>
		<description>Who should be listed as the authors of an article for a journal or conference proceedings? The basic requirement for authorship is that an author should be able to take public responsibility for the content of the paper. People who may have contributed intellectually to the work but whose contributions do not justify authorship may be acknowledged in the appropriate section of the paper.</description>
	</item>
	<item>
		<title>Achieve It All!</title>
		<link>http://tc.eserver.org/13950.html</link>
		<guid>http://tc.eserver.org/13950.html</guid>
		<description>When the opportunity arose in 1990, I purchased a franchise from the Success Motivation Institute and presented literally hundreds of workshops on goal setting.  &#xD;I was overjoyed at the opportunity to finally achieve all my dreams through a business such as this.  I learned  about goal setting and Paul Meyer&apos;s Million Dollar Personal Success Plan.  I loved the idea of teaching people how to help themselves become self-motivated and achieve their goals.  But, there was a problem in my dream world.  In order to run a business you must sell your products or services, and I simply hated being in sales!  I just wouldn&apos;t get out and ask people to buy the goal setting plan.   It wasn&apos;t that I didn&apos;t believe in it, because I do!  &#xD;When I finally started listening to myself as I taught others how to achieve happiness, I actually used goal setting to make the decision to give up that business and go back to technical writing.</description>
	</item>
	<item>
		<title>Introduction to Information Film, Video and Multimedia Script Design</title>
		<link>http://tc.eserver.org/13677.html</link>
		<guid>http://tc.eserver.org/13677.html</guid>
		<description>In this seminar we’ll explore the basic concepts in the grammar and syntax of kinetic sight-and-sound media: film, video, and multimedia (motion media). We’ll not discuss how to write scipts. Rather we’ll concentrate on learning how to encode information into kinetic visual images using filmic design techniques. Throughout this seminar we’ll view and critique award-wining films and videos, and explore a multimedia flowchart to see how others have applied such filmic techniques to solve specific communication problems.</description>
	</item>
	<item>
		<title>Full-Employment Legislation for Technical Writers</title>
		<link>http://tc.eserver.org/13470.html</link>
		<guid>http://tc.eserver.org/13470.html</guid>
		<description>Most of us view government regulations negatively. Yet they provide a multitude of opportunities for technical writers. What are these opportunities?&#xD;Where are they? How can you take advantage of&#xD;them? A chance opportunity knocked on the author&apos;s&#xD;door. Her experience can guide you to find and&#xD;knock on opportunity&apos;s door.</description>
	</item>
	<item>
		<title>How to Take Over a Document &apos;In Medias Res&apos;</title>
		<link>http://tc.eserver.org/13464.html</link>
		<guid>http://tc.eserver.org/13464.html</guid>
		<description>In this paper I describe my experience in taking over the management of an ongoing, complex, constantly changing, multiauthored document. I offer the following&#xD;rules:&#xD;1. Learn all you can about the document before you&#xD;make any changes.&#xD;2. Clean up the old document.&#xD;3. Work within the already existing system.&#xD;4. Keep records.&#xD;5. Change as little as possible.</description>
	</item>
	<item>
		<title>Individualized Style Guides: Contextualized Writing Strategies for Seminar Participants</title>
		<link>http://tc.eserver.org/13463.html</link>
		<guid>http://tc.eserver.org/13463.html</guid>
		<description>Many communication trainers adopt a “rules”&#xD;approach, giving participants the “right” answers&#xD;for writing problems. Our alternative approach&#xD;focuses on individual participants’ writing&#xD;contexts. In our writing workshops for university&#xD;personnel, we train participants to develop and&#xD;keep style guides. Individualized style guides help&#xD;participants identify the conventions common in&#xD;their particular organizations and help them&#xD;maintain consistency between and within&#xD;documents. Participants also benefit by&#xD;developing a rhetorical approach to writing which&#xD;builds their confidence and ability to respond to&#xD;future writing situations on the job.</description>
	</item>
	<item>
		<title>Teaching Audience in Technical Communication</title>
		<link>http://tc.eserver.org/13477.html</link>
		<guid>http://tc.eserver.org/13477.html</guid>
		<description>Teaching technical writing students how to communicate with the different audiences of technical documents requires defining those audiences. Traditional division of audiences by educational level or job function fails to consider the readers’ familiarity with the subject and their interest in it. This paper sets&#xD;up three categories of audience (lay, middle,&#xD;and expert) and suggests how to communicate&#xD;effectively with each, to help students prepare&#xD;to create documents designed for different&#xD;audiences.</description>
	</item>
	<item>
		<title>Concrete Methods that Promote Active Learning in Software Manuals</title>
		<link>http://tc.eserver.org/13457.html</link>
		<guid>http://tc.eserver.org/13457.html</guid>
		<description>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.</description>
	</item>
	<item>
		<title>Degrees of Edit</title>
		<link>http://tc.eserver.org/13455.html</link>
		<guid>http://tc.eserver.org/13455.html</guid>
		<description>The levels of edit concept can be a valuable&#xD;editorial tool, especially to clarify for staff what&#xD;editors do with documents. However focusing&#xD;on degrees of edit (light, medium, and heavy)&#xD;can simplify decisions about editorial work on&#xD;a document. Dividing heavy edits into macro&#xD;edits and micro edits can clarify what editors&#xD;do in editing a document thoroughly. This presentation simplifies the editorial process by examining the three different degrees of edit&#xD;and establishing the aims and procedures for&#xD;macro and micro editing.</description>
	</item>
	<item>
		<title>Simplified English Roundup: Fait Accompli or Impossible Dream?</title>
		<link>http://tc.eserver.org/13452.html</link>
		<guid>http://tc.eserver.org/13452.html</guid>
		<description>The increase in the number of products with&#xD;accompanying documentation sold around the world has shown the need to develop some form of controlled English guideline. Simplified English is just one type of controlled English. The apparent benefits of writing in controlled fashion has led some to consider it a panacea. Others, however, have urged caution in&#xD;accepting controlled English as the solution to all&#xD;problems in the comprehension of documents. All&#xD;forms of controlled English have certain essential&#xD;features that any technical writer can accept.</description>
	</item>
	<item>
		<title>A View from the Crossroads: New Hope for the Technologically Oppressed</title>
		<link>http://tc.eserver.org/13453.html</link>
		<guid>http://tc.eserver.org/13453.html</guid>
		<description>Recent advances in technology have brought today’s technical communicators to a crossroads. Writers are faced with the choice of learning a host of new skills not related to traditional writing skills or of becoming dependent on&#xD;specialists in other fields to complete the technical communication&#xD;process. By viewing new technologies asopportunities rather than problems, writers can gain control of the media as well as the message, increasing their&#xD;ability to control the entire communication process.</description>
	</item>
	<item>
		<title>Building a Successful Acquisitions Program: One Publisher’s Story</title>
		<link>http://tc.eserver.org/13394.html</link>
		<guid>http://tc.eserver.org/13394.html</guid>
		<description>The Books by Users program, SAS Institute’s acquisitions program, serves a twofold purpose: helping SAS software users with book ideas turn their ideas into high-quality books about the SAS System; Providing Users with books about SAS Software to supplement primary documentation produced by in-house writers. This paper gives an overview of the Books by Users program and examines its operations and growth over the past three years. It&#xD;offers tips both for companies building acquisitions programs and&#xD;for authors hoping to interest publishers in their book ideas.</description>
	</item>
	<item>
		<title>Tips for Writers and Publishers: Making the Most of Acquisitions Programs</title>
		<link>http://tc.eserver.org/13393.html</link>
		<guid>http://tc.eserver.org/13393.html</guid>
		<description>The production of books that suit a publisher’s guidelines and find their appropriate market requires a perfect match of publisher and author. This panel discussion will explore the dynamics of authors and publishing professionals working to achieve that match. Acqui-sitions&#xD;professionals and a technical book writer and editor will pro-vide&#xD;information about what publishers expect from manuscripts and&#xD;how they work with authors, suggest how writers can find the right&#xD;publishers for their books, and describe how one successful techni-cal&#xD;book acquisitions program was built. The discussion should be&#xD;of interest to technical writers and editors hoping to publish and to&#xD;publishing professionals in the trade or college book market.</description>
	</item>
	<item>
		<title>Helping New Writers Through Their First Year</title>
		<link>http://tc.eserver.org/13279.html</link>
		<guid>http://tc.eserver.org/13279.html</guid>
		<description>Are you afraid to hire an entry-level writer? Are you asking yourself questions like: Will an entry-level writer take up too much of my time? Will she be able to work independently? Will she succeed in this organization? Is a new writer worth the risk?</description>
	</item>
	<item>
		<title>The Effect of Text Structure on Text Comprehension of Japanese and American Readers</title>
		<link>http://tc.eserver.org/13246.html</link>
		<guid>http://tc.eserver.org/13246.html</guid>
		<description>This paper presents the preliminary findings from a study that sought to determine whether Japanese and American readers’ comprehension of expository text is similarly affected by text organization. Results are presented and discussed with regard to their implications for technical communicators.</description>
	</item>
	<item>
		<title>Rediscovering the Technology of English</title>
		<link>http://tc.eserver.org/10060.html</link>
		<guid>http://tc.eserver.org/10060.html</guid>
		<description>Although an expertise in language is our most fundamental, critical asset as technical communicators, it is the skill-set most often taken for granted, undervalued, or inadequately applied. Nevertheless, the huge increase in information competing daily for our&#xD;readers’ time and attention makes the need for clear,&#xD;concise, and accessible information products more&#xD;essential than ever.&#xD;</description>
	</item>
	<item>
		<title>Writing and Editing Good Sentences</title>
		<link>http://tc.eserver.org/13160.html</link>
		<guid>http://tc.eserver.org/13160.html</guid>
		<description>Creating good sentences involves some basic guidelines,&#xD;including making sure that each sentence states clearly&#xD;who or what does what, controlling subordination, using&#xD;familiar subject-verb order, controlling pronoun use,&#xD;using action verbs and active voice, forgetting silly rules,&#xD;placing modifiers properly, using punctuation to reveal&#xD;sentence structure, and using correct grammar and&#xD;syntax. Editing sentences requires some understanding of&#xD;grammar and syntax to recognize errors and explain&#xD;changes. Reading aloud and checking sentence length&#xD;and pronoun reference can help, and reading well-edited&#xD;writing can help develop a good &apos;ear&apos; for sentences.&#xD;</description>
	</item>
	<item>
		<title>Writing Processes and Procedures Using Audience Analysis and the ISO 9000 Document Hierarchy</title>
		<link>http://tc.eserver.org/13156.html</link>
		<guid>http://tc.eserver.org/13156.html</guid>
		<description>Processes and procedures are part of our everyday lives.&#xD;When we have a problem following a set of instructions&#xD;or difficulty understanding when we are supposed to&#xD;perform a specific task, we realize first-hand the&#xD;importance of processes and procedures in our lives.&#xD;In order to develop successful processes and procedures,&#xD;we must understand the differences between these two&#xD;document types. Processes describe a sequence of tasks&#xD;while procedures describe how to perform a specific&#xD;task. However, knowing the differences between processes and&#xD;procedures isn’t enough. We must also use audience&#xD;analysis.</description>
	</item>
	<item>
		<title>Writing the Future: Blending Skills and Technology to Establish the Role of the Technical Writer</title>
		<link>http://tc.eserver.org/13154.html</link>
		<guid>http://tc.eserver.org/13154.html</guid>
		<description>The rapid growth in demand for technical&#xD;communicators is mirrored and driven by the continuing&#xD;evolution of emerging technologies. Businesses striving&#xD;to use technology to effectively position themselves must&#xD;understand the role that the technical communicator&#xD;plays in this evolution. As we continue to acquire a&#xD;toolbox of skills, we enhance our proficiency as&#xD;Renaissance communicators and propel our roles into&#xD;the realm of knowledge management.</description>
	</item>
	<item>
		<title>The Evolving Role Of Writers in Design</title>
		<link>http://tc.eserver.org/13127.html</link>
		<guid>http://tc.eserver.org/13127.html</guid>
		<description>The role of the writer is evolving as companies and teams evolve in what they produce and how they produce it. Web products demand the involvement of design-savvy writers, and GUI products in general demand writers ready to work within a design process. The writer not knowledgeable in design or design processes will not be ready to design in today’s software development environment. This paper examines one case study of writers’ involvement in the development of a GUI product and shows through the case study and through helpful tips how today’s writers can make a difference in product design.</description>
	</item>
	<item>
		<title>From Email to the Web: Teaching an ESL Technical Writing Class</title>
		<link>http://tc.eserver.org/13121.html</link>
		<guid>http://tc.eserver.org/13121.html</guid>
		<description>This paper discusses the author’s experience of teaching an English as a Second Language (ESL) technical writing class. The class consisted of students from&#xD;several European and Asian countries who work for the&#xD;same company as the author. The class began as an&#xD;email “correspondence” class, but the author developed&#xD;a web page which served as a “home” for the class to&#xD;meet. As with most good classes, the teacher ended up&#xD;learning as much or more than the students. This paper&#xD;shares some of what the author learned from teaching.</description>
	</item>
	<item>
		<title>Preparing Writers for a Global Role in Technical Communication through Metacognition, Transfer, and Learning to Learn</title>
		<link>http://tc.eserver.org/13119.html</link>
		<guid>http://tc.eserver.org/13119.html</guid>
		<description>We have added so many visual and electronic aspects to our courses that there is little time for the basic skill of technical communication—clear writing that&#xD;communicates a specific message to a specific audience&#xD;for a specific purpose. Because we cannot provide&#xD;instruction in all skills and strategies students need for&#xD;all jobs now and in the future, we should focus on the&#xD;basic concepts required for writing any document in any&#xD;medium. We must help students learn to transfer the&#xD;skills and strategies for one communication project to&#xD;the next; we must help them learn to learn.</description>
	</item>
	<item>
		<title>Documenting Sources: Using APA Format</title>
		<link>http://tc.eserver.org/10778.html</link>
		<guid>http://tc.eserver.org/10778.html</guid>
		<description>This presentation reviews the purposes of APA documentation, as well as methods for effectively using parenthetical citations and a reference page. This presentation is ideal for the beginning of a research unit in a science course or any assignment that requires APA documentation.</description>
	</item>
	<item>
		<title>Organizing Your Argument</title>
		<link>http://tc.eserver.org/10775.html</link>
		<guid>http://tc.eserver.org/10775.html</guid>
		<description>This presentation reviews the elements of an organized essay, including the introduction, the thesis, body paragraphs, topic sentences, counterarguments, and the conclusion. The twenty-one slides presented here are designed to aid the facilitator in an interactive presentation about constructing a well-organized argument. This presentation is ideal for the introduction of argument to a composition course, the beginning of a research unit, or the assignment of a written argument.</description>
	</item>
	<item>
		<title>Research and the Internet</title>
		<link>http://tc.eserver.org/10776.html</link>
		<guid>http://tc.eserver.org/10776.html</guid>
		<description>This presentation introduces your students to methods for effectively searching the World Wide Web and evaluating the content of web pages. The twenty-four slides presented here are designed to aid the facilitator in an interactive presentation of search and evaluation strategies. This presentation (our most requested workshop!) is perfect for the beginning of a research unit in a composition course or for any research assignment that requires the use of Internet sources.</description>
	</item>
	<item>
		<title>Sentence Clarity and Combining</title>
		<link>http://tc.eserver.org/10779.html</link>
		<guid>http://tc.eserver.org/10779.html</guid>
		<description>This presentation is designed to teach your students about common sentence clarity problems, including misplaced modifiers, dangling modifiers, and passive voice, as well as strategies for combining sentences together. The twenty-nine slides presented here are designed to aid the facilitator in an interactive presentation of methods for improving sentence structure. This presentation is suitable within any course as a refresher to common sentence problems.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Presentations/Writing.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>