A directory of resources inthe field of technical communication.

Articles>Editing

126-149 of 307 found. Page 6 of 13.

About this Site | Advanced Search | Localization | Site Maps
 

« PREVIOUS PAGE 1 2 3 4 5 6 7 8 9 10 11 12 13  NEXT PAGE »

 

126.
#31662

How to Avoid Proofreading Blunders   (PDF)

The following tips are to help you avoid embarassing--and costly--bloppers and blunders.

Druley, Steve. Copresco (2000). Articles>Editing

127.
#19673

How to Edit for Content   (PDF)

Editing involves more than just formatting and inserting page numbers. You need to ask, 'How can I improve the communication?'

Bush, Donald W. Intercom (2003). Articles>Editing>Writing>Technical Writing

128.
#10816

How to Proofread and Edit Your Writing

Proofreading is a pain. There's no doubt about it. It can be tedious and boring--if you approach it as correcting errors. But proofreading isn't correcting errors so much as it involves reviewing the paper for ideas and for readability. It allows you to read your draft, to consider what you've written, and to change your mind. It's an opportunity to clarify--for yourself as well as for your reader--what you've said and to make some choices. Proofreading is in your control, no one else's. No one, really, can proofread for you because the kinds of changes that come form proofreading are changes in your meaning, your intent, and your purpose in the draft. But while no one can proofread for you, others, a classmate, or a writing assistant at the Writing Resource Center, can help you proofread; they can help you assess the draft, propose some alternative solutions, and make some choices. So, while proofreading can be tedious, it doesn't have to be lonely.

Morgan, M.C. Bemidji State University (1997). Articles>Editing

129.
#24894

How to Think (and Act) Like an Editor: Training for Editors   (PDF)

In this workshop, participants will experience portions of a performance-based training program for technical editors. The program emphasizes the skills that STC Fellow Lola Zook calls 'learning not only what the editor is to do, but what the editor ought to be.'

Ecker, Pamela S. STC Proceedings (1995). Articles>Editing

130.
#21410

How to Write Glossaries   (Word)

Glossaries can be quite difficult to write, mainly because some definitions require so much research. While many definitions can be found online, others cannot. For these, you will have to read standards, Requests for Comments (RFCs), and books—a lot of work for a three- or four-line definition!

Docsymmetry (2003). Articles>Editing>Glossary

131.
#14722

Identifying Additions and Deletions, Part I: Using Compatible Software   (PDF)

Hart describes the problems and possibilities of Microsoft Word's Track Changes feature.

Hart, Geoffrey J.S. Intercom (2001). Articles>Editing>Software>Microsoft Word

132.
#14736

Identifying Additions and Deletions, Part II: Incompatible Software   (PDF)

Hart describes the difficulties of viewing electronic edits when the editor and the author are using incompatible software, and offers tips for working around these difficulties.

Hart, Geoffrey J.S. Intercom (2002). Articles>Editing>Software>Video

133.
#24172

Implementing On-Screen Editing   (PDF)

On-screen editing offers obvious advantages over paper editing, including greater accuracy, shorter turnaround times, and improved consistency. Because authors don’t have to retype handwritten edits, there’s less risk of misreading or missing corrections. Moreover, the edits have already been typed and spellchecked, so no new typos are introduced. Most editors can also enter corrections faster with a keyboard than with a pen, particularly when complex edits require restructuring of the document or extensive rewording, and eliminating the retyping phase further reduces turnaround times. Last but not least, using the search tools makes it easier to achieve consistency in long or complex documents.

Hart, Geoffrey J.S. Intercom (2004). Articles>Editing>Online

134.
#29655

Improving Your Editing Efficiency: Software Skills, Soft Skills, and Survival Skills   (PDF)

Editing efficiently involves a mix of software skills, soft (human) skills, and strategies for surviving chaos. Although software skills are certainly important--we never have as much time as we need, and computers really can help--we must still nurture author-editor relationships. Knowing the strategies battle-scarred editors have developed over the years can save you from duplicating those scars. In this paper, I'll discuss the software skills you'll need to work efficiently, how to cope with the human factors involved in editing, and some strategies for managing the often-chaotic editorial life.

Hart, Geoffrey J.S. STC Proceedings (2005). Articles>Editing>Software

135.
#22769

Incorporating Peer Review

Peer review is an exercise in which students review each other's written work. Peer review is often connected to revision, a part of the writing process in which writers refine and make substantive changes to their written work.

University of Minnesota (2004). Articles>Education>Editing>Writing

136.
#22768

Incorporating Revision

Revision refers to the process of reviewing one's work and making changes (either local or global) to improve the writing.  Most teachers of writing encourage students to revise their work by creating drafts and going through a process of review -- either by having teacher review drafts or having other students review drafts.

University of Minnesota (2004). Articles>Education>Editing>Writing

137.
#30508

Indexing Standards and Usability Tests   (PDF)

This paper provides reference information and complements the demonstration: 'Using Indexing Standards and Usability Tests' by Deborah Swain and Rebecca Oliver. Information covered in the paper includes historical background on indexing and on the ANSI Z39.4 standard for indexes. Questions about the effectiveness of standards are discussed. In addition, the paper describes one way to conduct a usability test on a back-of-the-book index: random analysis. (Three testing methods will be explained in the demonstration.)

Swain, Deborah E. STC Proceedings (1993). Articles>Editing>Indexing>Usability

138.
#21380

Indexing Technical Documents

If a document contains the information that a reader needs, but if the reader cannot find that information, then the document is useless. Worse than useless, it’s a hindrance. If I know that some information is not available, I won’t waste my time looking for it. However, if I think the information is available, and if I can’t find it after a period of fruitless searching, all I will have achieved is frustration.

Mike Unwalla. TechScribe (2004). Articles>Indexing>Technical Editing

139.
#26025

Indexing Technical Documents: An Interview with Lori Lathrop

Indexes are as important to your documentation as your documentation is to the product. Just as it would be difficult, if not impossible, for people to use your product without any documentation, it is equally difficult for people to use documentation without a good index.

Vega, Barbara. Writing World (2001). Articles>Indexing>Technical Editing

140.
#20192

Indexing Workshop   (PDF)

Although we all agree on the importance of a good index, many technical writers find themselves in the position of having to produce an index in a short amount of time with no training or experience.

Winsberg, Freya Y. STC Proceedings (1997). Articles>Indexing>Editing

141.
#24394

The Influence of Text Factors on Readers   (PDF)

The objectives of the research study presented here are to increase the discipline's knowledge about reader performance with technical documents, help writers and editors better allocate their efforts, and explore multivariate studies of text variables. For this study, subjects read and recalled one of two technical texts. Their recall protocols were analyzed for syntactic and semantic characteristics. Preliminary results suggest that information has a greater chance of being recalled if it is in clauses, independent clauses, more important idea units, or the first paragraph of the document. Additional results will be discussed at the conference.

Spyridakis, Jan H. and Carol S. Isakson. STC Proceedings (1998). Articles>TC>Editing

142.
#19692

Internet Resources for Editors   (PDF)

This month, I’ll depart slightly from my usual topic and focus on onscreen practices that aren’t actual edits—but that support activities such as fact-checking that we must perform while editing. Specifically, I’ll describe how to use the Internet as a research tool to improve the quality of your editing.

Hart, Geoffrey J.S. Intercom (2003). Articles>Editing>Online

143.
#24716

Into the 21st Century: The Changing Role of Editors   (PDF)

The historical perception that defined editors as guardians of the language falls short in describing editors in high-technology environments today. Essential skills for the 21st century require technical editors who can demonstrate sophisticated and extensive tool knowledge, product knowledge, and an appreciation for current professional trends—in addition to being guardians of the language.

Swartz, Michelle A., Gail M. Wilson, Dan Bakely and Barbara S. Muench. STC Proceedings (1996). Articles>Editing

144.
#19973

The Joy of Indexing: How to Make a Good Document Better   (PDF)

An index is a road map for a document. A good index helps the user find information easily and quickly. It anticipates the user’s needs and provides logical headings and a parallel, consistent structure. Creating an index involves five steps: 1) analyzing the audience; 2) determining the physical appearance and standards of the index; 3) reading and marking the text; 4) producing, editing, and proofing the index; and 5) testing the index for clarity and usability and revising it as necessary.

Gyure, Gloria M.D. and Colleen S. Kelley. STC Proceedings (1996). Articles>Indexing>Editing

145.
#15156

"Just-in-Time" Documentation   (PDF)

Discusses innovative ways to provide notations in electronic documents using Adobe Acrobat, Microsoft Word, and HTML. These methods include inserting text and voice comments, and displaying short messages.

Linderman, R. Ivan. Intercom (2000). Articles>Editing>Online

146.
#24061

Keeping Things Consistent When You're the 'Guest' Editor

Consistency is the cornerstone of intelligent editing. In these days of leaner staffs and smaller budgets, however, many organizations don't employ full-time editors and depend on contract or freelance editors to make sure their publications are written in a consistent — and thus coherent — manner.

Goode, Judith. Editorial Eye, The (1996). Articles>Editing>Publishing

147.
#19663

Keyboard Shortcuts and Other Tricks   (PDF)

This column focuses on using a computer to increase the effectiveness (both the productivity and the quality) of editing manuscripts, with an emphasis on tools and techniques rather than issues of grammar and usage.

Hart, Geoffrey J.S. Intercom (2003). Articles>Editing>Online

148.
#18848

The Knowledge Editor(SM): Innovative Editorial Solutions to Meet Your Quality Objectives   (PDF)

This paper represents over 30 years cumulative work experience, as both corporate staff members and as consultants, and shares recommendations for providing highly valuable editorial contributions. The authors also introduce a new concept for innovative editorial methods that meet the technological and productivity challenges facing today’s information design organizations.

Holland, Mary T. and Kristen Sutton. STC Proceedings (2002). Articles>Editing>Collaboration

149.
#23453

Knowledge Management - Challenge for Technical Editors

Knowledge management - is it a challenge for technical editors? Shouldn't knowledge management be more than just taken for granted in technical editing? And isn't the technical editor also the knowledge manager, per se?

Sturz, Wolfgang. TC-FORUM (2000). Articles>Knowledge Management>Technical Editing

150.
#22690

Learning the Fine Art of Reviewing

If you asked me what the most painful part of being a technical writer is, my answer would be: 'Getting reviews on time. Getting good feedback and inputs on your work.' For me technical writing has been very pleasurable because I hardly got any review comments. My morale has therefore been very high. Project managers, developers and others are so busy trying to come up with good software (read trying to fix all the goof-ups and bugs!) that they usually tend to give documentation lesser importance. User manuals, who reads them anyway? We do not have time for it!

Kamath, Gurudutt R. IT People (2003). Articles>Editing>Collaboration>Technical Writing

 
« PREVIOUS PAGE  |  NEXT PAGE »

There are 15 readers currently online: 1 registered user and 14 guests. Register.Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon