<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Articles&gt;Graphic Design&gt;Technical Illustration</title>	<link>http://tc.eserver.org/dir/Articles/Graphic-Design/Technical-Illustration</link>
	<description>A listing of the most recently indexed works about Articles and Graphic Design and Technical Illustration 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>Articles&gt;Graphic Design&gt;Technical Illustration</title>
		<link>http://tc.eserver.org/dir/Articles/Graphic-Design/Technical-Illustration</link>
	</image>
	<item>
		<title>Visual Methods of Communicating Structure, Relationship, and Flow</title>
		<link>http://tc.eserver.org/35645.html</link>
		<guid>http://tc.eserver.org/35645.html</guid>
		<description>Many of us are more comfortable communicating in words than in pictures. For example, user assistance writers are by nature and training writers, so they understand words and are adept at using word processing and publishing tools. Writers use lexicentric tools not only for creating and delivering content, but also as cognitive tools—that is, tools that help them think more clearly and efficiently. Thus, a user assistance writer might create a user-task matrix or take advantage of a word processor’s outline view when creating or evaluating a document’s structure.</description>
	</item>
	<item>
		<title>Spatial Descriptions by Children</title>
		<link>http://tc.eserver.org/34951.html</link>
		<guid>http://tc.eserver.org/34951.html</guid>
		<description>Drawing a map is cognitively challenging. It requires you to do some abstract visualization.</description>
	</item>
	<item>
		<title>In Which a Concept Model Makes Me Giddy</title>
		<link>http://tc.eserver.org/34567.html</link>
		<guid>http://tc.eserver.org/34567.html</guid>
		<description>Concept models aren&apos;t for everyone. When I show fellow designers these artifacts, I sometimes get &quot;You show that to clients?&quot; Like any deliverable, there&apos;s a time and a place for concept models. If you&apos;re anything like me, however, you think visually. Even if your models don&apos;t see the light of day, a good model can help you get a better grip on the problem, or lay some groundwork for your designs.</description>
	</item>
	<item>
		<title>Four Ideas to Organize Your Technical Document Images and Screen Shots</title>
		<link>http://tc.eserver.org/34019.html</link>
		<guid>http://tc.eserver.org/34019.html</guid>
		<description>Most technical writers would include at least a few images to illustrate a point, or screen shots that accompany the description of a certain step-by-step procedure, etc.&#xD;&#xD;Organizing such images can really become a problem, especially when you have dozens and hundreds of them. Finding, editing, and importing them can quickly become a logistical nightmare, especially when a technical writer is working under a deadline pressure.&#xD;&#xD;Here are four ideas to organize and name your images for higher productivity.</description>
	</item>
	<item>
		<title>Applying Techniques of Textual Reuse to Graphics Using SVG and XML</title>
		<link>http://tc.eserver.org/33756.html</link>
		<guid>http://tc.eserver.org/33756.html</guid>
		<description>Structured data techniques are typically applied to text-based data. Technologies like SGML and XML have allowed text-based publishing to constrain and control the creation of text-based information, increasing the usefulness, accuracy, and reuse of information.</description>
	</item>
	<item>
		<title>Creating Perspective Shadows</title>
		<link>http://tc.eserver.org/33545.html</link>
		<guid>http://tc.eserver.org/33545.html</guid>
		<description>Perspective—it’s one of the first things you learn about in any art class. The basic idea is that it’s the way your eye actually sees something, represented on a flat surface such as paper or a monitor. A simple example is drawing a group of objects: You represent an object in the distance by making it smaller, while making objects close to the viewer larger—make sense?&#xD;&#xD;In this tutorial, I’m going to show you how to create perspective shadows in Adobe Photoshop CS3. The result is dynamic, but the technique is a breeze!</description>
	</item>
	<item>
		<title>How To Capture a Screen Shot of your Desktop or the Active Window in Windows</title>
		<link>http://tc.eserver.org/31768.html</link>
		<guid>http://tc.eserver.org/31768.html</guid>
		<description>Have you ever pressed the PrtScn (print screen) key on your Windows keyboard and wondered why it was there since it never seemed to do anything? Well, it does do something! It copies an image of your screen onto the &quot;clipboard,&quot; ready to paste into any graphics program. These steps show you how to use it along with Windows&apos; standard image editor, Microsoft Paint, to save an image of your screen.</description>
	</item>
	<item>
		<title>The Awesome Power of Visualization 2: Death and Taxes 2007</title>
		<link>http://tc.eserver.org/30868.html</link>
		<guid>http://tc.eserver.org/30868.html</guid>
		<description>Visuals that provide insights come from 1) a deep understanding of the goal / objectives 2) from thinking beyond what standard trend lines or stacked bar graphs can provide. Something non-normal to grab attention and yet communicate insights (sort of already contain recommendations and action items and not just data).</description>
	</item>
	<item>
		<title>Proposal Flowchart Excellence: Ten Rules for Scoring on Top</title>
		<link>http://tc.eserver.org/30547.html</link>
		<guid>http://tc.eserver.org/30547.html</guid>
		<description>&apos;Flowcharts-- UGH!&apos; That&apos;s a too-typical reader reaction when faced with the average flowchart. It underscores the author&apos;s challenge when trying to develop this potentially powerful tool. For conveying process, there is no better means. In proposals, however, where the flowchart must also serve as a sales tool, its optimum form is not always clear. This paper provides some guidelines, such as: Ensuring your flow is a process of merit. Letting goals dictate form. Organizing for readability. Focusing on action. Using simple, standard visuals. Illuminating features. And obviating responsiveness... To reap the winning rewards.</description>
	</item>
	<item>
		<title>Medical Tables, Graphics and Photographs: How They Work</title>
		<link>http://tc.eserver.org/29528.html</link>
		<guid>http://tc.eserver.org/29528.html</guid>
		<description>An examination of a random sample of four medical journals--The Lancet, The New England Journal of Medicine, The Journal of the American Medical Association, and The Journal of Laboratory and Clinical Medicine--reveals that one-fifth of the space of articles in medical science is devoted to an average of three tables and three flow charts, graphs, or photographs. Given these figures, the absence of discussion of visuals in the literature on medical communication may seem puzzling. But the puzzle is easily solved: our basic education gives us a coherent vocabulary for talking about prose, but no coherent vocabulary for talking about tables and visuals. Once we have this vocabulary in hand, we make another step in the direction of an explanation of the nature of communication in the medical sciences. We may note that understanding the meaning of a medical article is not just a consequence of understanding its texts; it is a consequence of understanding all its meaningful components working together--verbal, tabular, visual.</description>
	</item>
	<item>
		<title>Critiquing the Culture of Computer Graphing Practices</title>
		<link>http://tc.eserver.org/29052.html</link>
		<guid>http://tc.eserver.org/29052.html</guid>
		<description>This paper is a critique of current approaches to the development of computer graphing and graph visualization programs. Developers of these programs model the user as an individual problem solver who is reliant on perceptual skills to create and interpret graphed information. Such a model of graphing is ill-suited to meet the complex needs of real users, a supposition that is supported by work in two major areas of graphing theory and research: the sociology of science and the educational research of mathematics and scientific students. These areas have not been traditionally cited when planning computer graphing or visualization programs or when assessing their usability. A review of the literature in these fields reveals that an over-reliance on a user&apos;s perceptual skills is unlikely to result in successful graph practices.</description>
	</item>
	<item>
		<title>Communication Through Imagery</title>
		<link>http://tc.eserver.org/28891.html</link>
		<guid>http://tc.eserver.org/28891.html</guid>
		<description>The field of technical communication focuses on the ability of the author to gather information, interpret it, and then present the necessary items to the reader in a clear and concise manner. This article serves to briefly outline several of the key factors involved when deciding how to include imagery in technical materials.</description>
	</item>
	<item>
		<title>Technical Illustration Custom Fills</title>
		<link>http://tc.eserver.org/28227.html</link>
		<guid>http://tc.eserver.org/28227.html</guid>
		<description>Custom made fills can be of significant value to technical illustrators. This article shows many custom fills and how they can be applied. There is also a free download of over 50 custom fills.</description>
	</item>
	<item>
		<title>An Introduction to Visualisation</title>
		<link>http://tc.eserver.org/25612.html</link>
		<guid>http://tc.eserver.org/25612.html</guid>
		<description>Visualising things makes them tangible and brings them into shareable form. Visualisation brings ideas to life and helps understanding. Visualisation techniques help elicit, communicate and analyse ideas and concepts.</description>
	</item>
	<item>
		<title>Representing Content and Data in Wireframes</title>
		<link>http://tc.eserver.org/25618.html</link>
		<guid>http://tc.eserver.org/25618.html</guid>
		<description>Visio practically groaned as I opened the wireframes for my current project, which were in something like the twentieth revision. It was the usual story--poorly defined requirements and business rules--and my project folder was fast becoming the poster child for Feature Creep Flu.</description>
	</item>
	<item>
		<title>Ten Tips for Talking to Artists</title>
		<link>http://tc.eserver.org/24262.html</link>
		<guid>http://tc.eserver.org/24262.html</guid>
		<description>Explains some of the terminology used to describe graphics and explains the roles graphic designers play in the production of technical art.</description>
	</item>
	<item>
		<title>Figures</title>
		<link>http://tc.eserver.org/23537.html</link>
		<guid>http://tc.eserver.org/23537.html</guid>
		<description>General guidelines for illustrative figures in technical reports.</description>
	</item>
	<item>
		<title>A Brief History Of Technical Illustration</title>
		<link>http://tc.eserver.org/21923.html</link>
		<guid>http://tc.eserver.org/21923.html</guid>
		<description>A history of technical illustration, from the classics to the present.</description>
	</item>
	<item>
		<title>Pricing and Types of Technical Illustration</title>
		<link>http://tc.eserver.org/21924.html</link>
		<guid>http://tc.eserver.org/21924.html</guid>
		<description>This chart shows a range of illustration style options and an approximation of the cost for each of those options.</description>
	</item>
	<item>
		<title>Accentuation in Technical Illustration</title>
		<link>http://tc.eserver.org/21452.html</link>
		<guid>http://tc.eserver.org/21452.html</guid>
		<description>There are various ways to accentuate a specific part in its installation position. However in order to keep the printing cost as low as possible, it is recommended to opt for stylistic devices that are all in black and white.</description>
	</item>
	<item>
		<title>Creation of Polylines</title>
		<link>http://tc.eserver.org/21453.html</link>
		<guid>http://tc.eserver.org/21453.html</guid>
		<description>Sometimes it becomes necessary to create polylines that follow a certain path as a string of short segments. Here&apos;s a little trick that easily helps to solve this task.</description>
	</item>
	<item>
		<title>Cutaway Illustrations</title>
		<link>http://tc.eserver.org/21445.html</link>
		<guid>http://tc.eserver.org/21445.html</guid>
		<description>The cutaway perspective is fundamentally a three dimensional sectional view.</description>
	</item>
	<item>
		<title>Exploded Illustrations</title>
		<link>http://tc.eserver.org/21446.html</link>
		<guid>http://tc.eserver.org/21446.html</guid>
		<description>As the term implies, the exploded view shows an assembly with its components blown out from the main body, but still remaining in relative order along their respective centrelines.</description>
	</item>
	<item>
		<title>Labeling in Illustrations</title>
		<link>http://tc.eserver.org/21451.html</link>
		<guid>http://tc.eserver.org/21451.html</guid>
		<description>In technical illustrations, labeling is often needed to denominate specific parts. Here, it is important to remember certain details that can really make a difference. This is especially true if the file is to be converted at a later time.</description>
	</item>
	<item>
		<title>Less is More...</title>
		<link>http://tc.eserver.org/21443.html</link>
		<guid>http://tc.eserver.org/21443.html</guid>
		<description>The numerous stylistic devices in Technical Illustration allow you to visualize technical coherences. An important, but very often underestimated, method in Technical Illustration is the omission of lines, which often helps to display the desired information more clearly.</description>
	</item>
	<item>
		<title>A Matter of Perspective</title>
		<link>http://tc.eserver.org/21447.html</link>
		<guid>http://tc.eserver.org/21447.html</guid>
		<description>When working with technical illustrations, you must consider perspective. The following article will provide you with some useful information on working with both parallel and true perspective.</description>
	</item>
	<item>
		<title>Spatial Representation in Two Dimensions: The Why and How of Projection</title>
		<link>http://tc.eserver.org/21449.html</link>
		<guid>http://tc.eserver.org/21449.html</guid>
		<description>The perspective representation, which is also referred to as stereogram, is used when an object needs to be reproduced in a particularly descriptive and plastic way. In contrast to the technical drawing, which is defined in DIN 6 (ISO 5456-2) and divides the object into several independent views, the technical illustration combines all three sides of a workpiece in one representation. These advantages become especially evident, when the possibilities of digital photography cannot be applied for technical reasons. This happens, for example, when the object to be depicted is still in development and does not exist, yet.</description>
	</item>
	<item>
		<title>Thick and Thin Lines</title>
		<link>http://tc.eserver.org/21437.html</link>
		<guid>http://tc.eserver.org/21437.html</guid>
		<description>The use of thick and thin lines is an important stylistic device in Technical Illustration.</description>
	</item>
	<item>
		<title>What Exactly is a Technical Illustration?</title>
		<link>http://tc.eserver.org/21438.html</link>
		<guid>http://tc.eserver.org/21438.html</guid>
		<description>Is it not simply a graphic representation like any other? How does it differ from a technical drawing?</description>
	</item>
	<item>
		<title>The Eagle Has Landed</title>
		<link>http://tc.eserver.org/20666.html</link>
		<guid>http://tc.eserver.org/20666.html</guid>
		<description>To prevent the infographic artists from getting bored somebody invented the web ... But we still think like we do work for printed papers. I won&apos;t suggest that we should concentrate on entertainment, but there&apos;s a lot we can learn from game-design.</description>
	</item>
	<item>
		<title>Visualizing Information: An Overview of This Special Issue</title>
		<link>http://tc.eserver.org/10357.html</link>
		<guid>http://tc.eserver.org/10357.html</guid>
		<description>The guest editors offer a brief history of visualization, discuss the present state of the art, and explore the possibilities and challenges that lie ahead. They then discuss the contents of this special issue in terms of the trends in visualization theory and research. They conclude by observing that technical communicators must respond to the challenges presented in the content of this issue, both by using the methods presented and by performing the further research the authors call for. Additionally, researchers must incorporate the results of inquiry in the related fields.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Articles/Graphic-Design/Technical-Illustration.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>