<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Unwalla, Mike</title>	<link>http://tc.eserver.org/authors/Unwalla,_Mike</link>
	<description>A bibliography of works by Unwalla, Mike in the field of technical communication.</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>Unwalla, Mike</title>
		<link>http://tc.eserver.org/dir/Unwalla,_Mike</link>
	</image>
	<item>
		<title>Evaluation of International English and Machine Translation</title>
		<link>http://tc.eserver.org/33821.html</link>
		<guid>http://tc.eserver.org/33821.html</guid>
		<description>Machine translation often gives humorous translations or incorrect translations. Usually, a bad translation is because the source text is not clear in a way that a machine can &apos;understand&apos;. If text is optimised for machine translation, machine translation gives excellent results.&#xD;&#xD;There are two sets of texts. The first set is written in standard English. The second set is equivalent to the standard English text, but it is optimised for machine translation. Google Translate was used to translate the texts into Bulgarian and into Spanish.</description>
	</item>
	<item>
		<title>The Global English Style Guide: A Review</title>
		<link>http://tc.eserver.org/33526.html</link>
		<guid>http://tc.eserver.org/33526.html</guid>
		<description>Many good style guides exist. Why do technical writers need another style guide? Unlike other style guides, this book covers grammatical structures, not only particular terms. The book has more than 200 pages of text (plus 4 appendices) that give detailed explanations of both good practice and bad practice.</description>
	</item>
	<item>
		<title>Plain English</title>
		<link>http://tc.eserver.org/33329.html</link>
		<guid>http://tc.eserver.org/33329.html</guid>
		<description>According to Plain English Campaign (www.plainenglish.co.uk), plain English is &quot;… something that the intended audience can read, understand and act upon the first time they read it. Plain English takes into account design and layout as well as language.&quot; Many organisations have found that plain English brings commercial advantages.</description>
	</item>
	<item>
		<title>Glossaries Aid Clarity</title>
		<link>http://tc.eserver.org/33331.html</link>
		<guid>http://tc.eserver.org/33331.html</guid>
		<description>A glossary is an alphabetically arranged list of terms, with a definition or an explanation of each term. A term can be a single word or many words. Typically, in a printed document, the glossary is at the end of the document. Usually, in online help, each term in a topic, or the first instance of a term, has a popup that explains the term.</description>
	</item>
	<item>
		<title>Copywriting and Technical Writing Compared</title>
		<link>http://tc.eserver.org/33332.html</link>
		<guid>http://tc.eserver.org/33332.html</guid>
		<description>Technical writers (technical authors) produce technical literature such as standard operating procedures (SOP), user guides, reference manuals and white papers. Copywriters produce advertising copy and publicity copy (also known as marketing communications or marcomms). Typically, that means product brochures, poster advertisements, advertorials, leaflets, and mailshots.</description>
	</item>
	<item>
		<title>Beyond Plain English</title>
		<link>http://tc.eserver.org/33333.html</link>
		<guid>http://tc.eserver.org/33333.html</guid>
		<description>Plain English is good for increasing the quality of written documents. Unfortunately, it has limits in many technical situations. We need a special form of language, known as a controlled language, to overcome those limits. One particular controlled language is ASD Simplified Technical English.</description>
	</item>
	<item>
		<title>Alternatives to Software Documentation</title>
		<link>http://tc.eserver.org/33335.html</link>
		<guid>http://tc.eserver.org/33335.html</guid>
		<description>Software documentation such as Help systems and user guides may be the best method of helping your customers to use your software effectively. However, one or more of these alternatives may be a better solution.</description>
	</item>
	<item>
		<title>FAQs: Do Better Solutions Exist?</title>
		<link>http://tc.eserver.org/33336.html</link>
		<guid>http://tc.eserver.org/33336.html</guid>
		<description>Documentation sometimes contains a section titled, &apos;Frequently asked questions&apos; or &apos;FAQs&apos;. The TechScribe website used to have a page of FAQs, but better options exist, and therefore, we removed the FAQs.</description>
	</item>
	<item>
		<title>Information Mapping</title>
		<link>http://tc.eserver.org/33338.html</link>
		<guid>http://tc.eserver.org/33338.html</guid>
		<description>Information Mapping is a proprietary method for the analysis, organisation, and presentation of information. It is based on the needs of the users and their purpose in using the documentation. Information Mapping has three parts: analysis, organisation, presentation.</description>
	</item>
	<item>
		<title>Paper and Online Documentation Trade-Offs</title>
		<link>http://tc.eserver.org/33339.html</link>
		<guid>http://tc.eserver.org/33339.html</guid>
		<description>This article explains the relative merits of paper and online documentation from a usability perspective. First, we look at the different types of user. Then we look at typical paper documentation and online documentation with respect to these user types. Finally, we present the relative merits of paper and online documentation for different user types.</description>
	</item>
	<item>
		<title>Technical Communication Culture: A Review</title>
		<link>http://tc.eserver.org/32739.html</link>
		<guid>http://tc.eserver.org/32739.html</guid>
		<description>Mike Unwalla reports on the presentations that he attended at the ISTC conference in Liverpool, UK, 2-4 October 2007.</description>
	</item>
	<item>
		<title>A Structured Approach to Selling</title>
		<link>http://tc.eserver.org/31670.html</link>
		<guid>http://tc.eserver.org/31670.html</guid>
		<description>High-value goods and services are not impulse purchases. Both the purchaser and vendor may need to invest significant time in the purchasing process. When I first started working for myself, I wasted much time. Now I make the process as efficient as possible, both for myself, and for enquirers.</description>
	</item>
	<item>
		<title>Case Study: Reaching New Markets Through Clear Documentation</title>
		<link>http://tc.eserver.org/31028.html</link>
		<guid>http://tc.eserver.org/31028.html</guid>
		<description>Triangle is a systems integrator in the UK with about 150 employees. It extended the functionality of the InfoGenesis point of sale software onto hand-held terminals. To turn this into a commercial off-the-shelf product, Triangle needed clear documentation for resellers and for staff managers at customer sites. Triangle lacked the expertise needed to produce effective documentation, so it outsourced the documentation development. The new documentation enables Triangle to roll out the software internationally using resellers, and keeps Triangle&apos;s support costs to a minimum.</description>
	</item>
	<item>
		<title>AECMA Simplified English</title>
		<link>http://tc.eserver.org/30788.html</link>
		<guid>http://tc.eserver.org/30788.html</guid>
		<description>ASD-STE100 Simplified Technical English (formerly AECMA Simplified English) is a specification for writing aircraft documentation. The principles can be applied to all industry sectors. &#xD;&#xD;ASD-STE100 provides a set of writing rules and a dictionary of words and their meanings. It has a limited number of words; a limited number of clearly defined meanings for each word; a limited number of parts of speech for each word; a set of rules for writing text.&#xD;&#xD;This article outlines the standard, and shows how it helps to prevent ambiguity in text.</description>
	</item>
	<item>
		<title>Creating Coloured Hyperlinks in an Index in a PDF File</title>
		<link>http://tc.eserver.org/30786.html</link>
		<guid>http://tc.eserver.org/30786.html</guid>
		<description>This article explains how to create coloured hyperlinks in an index in a PDF file, using Microsoft Word as the source document for the PDF file.&#xD;&#xD;Many authors create PDF files using Word as the source document. Most Word-to-PDF converters create a hyperlink in the PDF file if a hyperlink exists in the Word document. Unfortunately, Word does not create hyperlinked cross-references in an index, so no PDF creation tool can directly generate a hyperlinked index.&#xD;&#xD;The Sonar Bookends Activate plug-in for Acrobat creates hyperlinks for page numbers in indexes in PDF files. The plug-in does not change the colour of new hyperlinks, and it does not create visible rectangles for the hyperlinks. This article explains how to colour the hyperlinks in the Word source document using macro.</description>
	</item>
	<item>
		<title>LaTeX: an Introduction</title>
		<link>http://tc.eserver.org/30785.html</link>
		<guid>http://tc.eserver.org/30785.html</guid>
		<description>LaTeX is a powerful typesetting system that is used for producing scientific and mathematical documents of high typographic quality. Unlike WYSIWYG tools such as FrameMaker and Word, it uses plain text files that contain formatting commands. It is big, open source, and used by many technical publishing companies. This article overviews LaTeX, and directs you to sources of information.</description>
	</item>
	<item>
		<title>Usability, Testing and Documentation</title>
		<link>http://tc.eserver.org/30790.html</link>
		<guid>http://tc.eserver.org/30790.html</guid>
		<description>The three disciplines of usability, testing, and documentation are important to the success of hi-tech products. These three areas are often overlooked, but they have a profound affect on the end user&apos;s experience of a software product. As customers become more perceptive about IT, their expectations rise. Since customers now have more choice than ever, to be successful, a software product needs to stand out from the crowd. This article explains why the three disciplines are important to the overall success of a software solution. It concludes with recommendations for obtaining the best return on investment.</description>
	</item>
	<item>
		<title>Users&apos; Documentation Preferences</title>
		<link>http://tc.eserver.org/30789.html</link>
		<guid>http://tc.eserver.org/30789.html</guid>
		<description>At a user group meeting in 2007, TechScribe researched users&apos; experiences of the software documentation that they receive. Do they prefer online or printed documentation? Do they read the manual, or do they call the help desk? How important is background information? Which is more useful, a &apos;how to&apos; user guide or a reference manual? Do people prefer explanations using visuals, descriptions, or a combination? Read the survey to find the answers (we obtained 29 responses from 64 attendees).</description>
	</item>
	<item>
		<title>Web Indexing: Extending the Functionality of HTML Indexer</title>
		<link>http://tc.eserver.org/30787.html</link>
		<guid>http://tc.eserver.org/30787.html</guid>
		<description>HTML Indexer is a commercial stand-alone indexing tool that is designed solely for the indexing of web sites.&#xD;&#xD;This article shows how to extend the functionality of HTML Indexer by including special codes in the entries, then post-processing the generated HTML to obtain final HTML.</description>
	</item>
	<item>
		<title>Introduction to Styles in Microsoft Word</title>
		<link>http://tc.eserver.org/25876.html</link>
		<guid>http://tc.eserver.org/25876.html</guid>
		<description>You can increase your efficiency and at the same time, improve the appearance of your Microsoft® Word documents by using styles.</description>
	</item>
	<item>
		<title>Language Style Guide for Software Developers</title>
		<link>http://tc.eserver.org/22365.html</link>
		<guid>http://tc.eserver.org/22365.html</guid>
		<description>This style guide is designed to help software developers with the language aspects of screen design. It is not comprehensive, but it does cover the most common problems. For comprehensive style guidelines for documentation see the Microsoft Manual of Style for Technical Publications. TechScribe is based in the UK, and although we produce documentation for both the US and the UK markets, we have used British English in this guide. The document can be printed on both US Letter and A4 size paper.</description>
	</item>
	<item>
		<title>Reducing Junk E-Mail (Spam)</title>
		<link>http://tc.eserver.org/22366.html</link>
		<guid>http://tc.eserver.org/22366.html</guid>
		<description>These tips will help you to avoid receiving junk email. They also give you some guidelines to ensure that you don&apos;t help its spread.</description>
	</item>
	<item>
		<title>Comparison of Online Help Formats</title>
		<link>http://tc.eserver.org/21385.html</link>
		<guid>http://tc.eserver.org/21385.html</guid>
		<description>This article lists the basic differences between WinHelp version 4, Microsoft compiled HTML help, WebHelp and pure HTML help. Samples are available.</description>
	</item>
	<item>
		<title>Removing Unnecessary Words</title>
		<link>http://tc.eserver.org/21389.html</link>
		<guid>http://tc.eserver.org/21389.html</guid>
		<description>Using an extended example, this article shows how it is possible to reduce the number of words in a text and at the same time increase readability.</description>
	</item>
	<item>
		<title>Paper and Online Documentation Trade-Offs</title>
		<link>http://tc.eserver.org/21387.html</link>
		<guid>http://tc.eserver.org/21387.html</guid>
		<description>This article first describes the basic types of user. It then lists the advantages and disadvantages of typical paper and online documents and relates these to the various user types. Finally, there is a comparison of the paper and online formats with respect to usability criteria.</description>
	</item>
	<item>
		<title>Raising the Standards</title>
		<link>http://tc.eserver.org/21383.html</link>
		<guid>http://tc.eserver.org/21383.html</guid>
		<description>Experts from around the World are working on a new ISO standard for software documentation (Guidelines for the design and preparation of user documentation for application software). This article outlines how the standard is being produced, its current status and what it contains.</description>
	</item>
	<item>
		<title>Relative Costs of Paper and Online Documentation</title>
		<link>http://tc.eserver.org/21388.html</link>
		<guid>http://tc.eserver.org/21388.html</guid>
		<description>This article compares the costs of development, production and maintenance for paper and online documentation.</description>
	</item>
	<item>
		<title>Section 508, Documentation and the US Software Market</title>
		<link>http://tc.eserver.org/21384.html</link>
		<guid>http://tc.eserver.org/21384.html</guid>
		<description>This article outlines how you can ensure that your software documentation conforms to the new accessibility legislation in the US.</description>
	</item>
	<item>
		<title>Software Usability and Documentation</title>
		<link>http://tc.eserver.org/21382.html</link>
		<guid>http://tc.eserver.org/21382.html</guid>
		<description>This article shows how a user-centred approach to software design can reduce the requirement for documentation. It lists Jakob Nielsen&apos;s usability heuristics, and for each one, shows how following the heuristic can reduce the requirement for user documentation.</description>
	</item>
	<item>
		<title>Website Design Issues</title>
		<link>http://tc.eserver.org/21381.html</link>
		<guid>http://tc.eserver.org/21381.html</guid>
		<description>This article looks at web design issues from a technical writing perspective. It highlights aspects of poor design that can prevent your intended audience from receiving your message.</description>
	</item>
	<item>
		<title>What is Good Documentation?</title>
		<link>http://tc.eserver.org/21386.html</link>
		<guid>http://tc.eserver.org/21386.html</guid>
		<description>This article lists some basic metrics for determining whether documentation is useful or not. Users&apos; needs and issues of accessibility are highlighted.</description>
	</item>
	<item>
		<title>Automating Your Word Indexes</title>
		<link>http://tc.eserver.org/21298.html</link>
		<guid>http://tc.eserver.org/21298.html</guid>
		<description>Have you ever tried to create an index in Word? Were you dissatisfied with the options available in the dialogs? There are other features available that can provide you with a higher level of control over the structure of the index. This article gives you an overview of advanced indexing techniques; see Word’s online help for details. The menu sequences are for Word 2000; there are slight differences in Word 2002.</description>
	</item>
	<item>
		<title>Going Solo</title>
		<link>http://tc.eserver.org/21308.html</link>
		<guid>http://tc.eserver.org/21308.html</guid>
		<description>These workshop notes list many of the things that you will need to consider if you intend to become a freelance technical communicator in the UK. The main topics are: your motivation; getting help with your business; legal and administrative issues; business infrastructure; working practices; advertising and publicity; office environment. The workshop was presented at the ISTC Conference, Bosworth, 2002.</description>
	</item>
	<item>
		<title>How to Write a Tender</title>
		<link>http://tc.eserver.org/21302.html</link>
		<guid>http://tc.eserver.org/21302.html</guid>
		<description>For practical purposes, we may say that a tender is &apos;an offer to do work.&apos; This article discusses quotations for work, standard terms and conditions and letters of agreement. The article is written within the context of UK legislation. It originally appeared in Communicator 7:1, Spring 2001.</description>
	</item>
	<item>
		<title>How to Write an Email</title>
		<link>http://tc.eserver.org/21301.html</link>
		<guid>http://tc.eserver.org/21301.html</guid>
		<description>How do you write an effective email that your recipient finds clear and easy to understand? There&apos;s more to it than just typing a few words and clicking the Send button. These notes give you some guidelines on the following: technical issues, document structure, the importance of knowing your audience, language issues and layout and visual design.</description>
	</item>
	<item>
		<title>How to Write Instructions</title>
		<link>http://tc.eserver.org/21299.html</link>
		<guid>http://tc.eserver.org/21299.html</guid>
		<description>These guidelines are written primarily for people who are not technical writers. If you are new to technical writing, you will probably find these instructions useful.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Unwalla,_Mike.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>