<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Design&gt;Document Design</title>	<link>http://tc.eserver.org/dir/Design/Document-Design</link>
	<description>A listing of the most recently indexed works about Design and Document Design 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>Design&gt;Document Design</title>
		<link>http://tc.eserver.org/dir/Design/Document-Design</link>
	</image>
	<item>
		<title>Easy Fixes for Microsoft Word Formatting in InDesign</title>
		<link>http://tc.eserver.org/35780.html</link>
		<guid>http://tc.eserver.org/35780.html</guid>
		<description>Two free and easy-to-use scripts convert Word&apos;s local formatting to InDesign&apos;s character styles. Two more retain InDesign formatting when you export text formatted with automatically applied character styles.</description>
	</item>
	<item>
		<title>How to Change 100 Screenshots to the Same Size with a Single Click</title>
		<link>http://tc.eserver.org/35717.html</link>
		<guid>http://tc.eserver.org/35717.html</guid>
		<description>All the screenshots in your Word document are different sizes. What’s the quickest way to get them all the same size? Is there a shortcut? Yes!</description>
	</item>
	<item>
		<title>How Apple’s Setup Guide Shows That It Thinks Different</title>
		<link>http://tc.eserver.org/35627.html</link>
		<guid>http://tc.eserver.org/35627.html</guid>
		<description>Seth Godin believes that everything reflects what you stand for—right down to your technical documents. Ever looked at Apple’s tech docs?</description>
	</item>
	<item>
		<title>Layout of Japanese Documents</title>
		<link>http://tc.eserver.org/35676.html</link>
		<guid>http://tc.eserver.org/35676.html</guid>
		<description>In order to provide guidance to those involved in the preparation of documents for the Japanese market, a special Japanese layout taskforce has developed the “Requirements for Japanese Text Layout”. Here is an insight into the content.</description>
	</item>
	<item>
		<title>What Information Developers Can Learn from Software Developers</title>
		<link>http://tc.eserver.org/35677.html</link>
		<guid>http://tc.eserver.org/35677.html</guid>
		<description>The shift in information development from a narrative to a modular writing style reflects the established shift towards modularization of source code. What can information developers learn from software developers? What are the challenges and benefits of the modular approach? </description>
	</item>
	<item>
		<title>Following the Rules</title>
		<link>http://tc.eserver.org/35557.html</link>
		<guid>http://tc.eserver.org/35557.html</guid>
		<description>Laying out your poster on a grid establishes limitations for your poster. Choosing a font establishes limitations for your poster. Being conservative in your design choices establishes limitations. Working within limits requires discipline. Setting yourself limitations does not necessarily limit creativity; it can do just the opposite.</description>
	</item>
	<item>
		<title>Better Posters</title>
		<link>http://tc.eserver.org/35558.html</link>
		<guid>http://tc.eserver.org/35558.html</guid>
		<description>Academics use posters to present research, but their posters are often ugly, with tiny text, confusing layouts, and dubious colour schemes. Better Posters is about making posters informative and beautiful.</description>
	</item>
	<item>
		<title>Holding the Center</title>
		<link>http://tc.eserver.org/35559.html</link>
		<guid>http://tc.eserver.org/35559.html</guid>
		<description>If you look through a poster session at a scientific conference, I’ll bet over 98% of their titles are centered at the top of their posters. Why? There is no advantage in reading. Most word processors and other publishing programs start with text left aligned by default, which implies that people deliberately center the text all the time.</description>
	</item>
	<item>
		<title>No More Slidesters, Interlude: Making Presentations More Like Posters</title>
		<link>http://tc.eserver.org/35564.html</link>
		<guid>http://tc.eserver.org/35564.html</guid>
		<description>Because many researchers use PowerPoint for their talks and lectures, they also tend to use it for every graphic problem, including posters. Predictably, the form of the resulting posters often look like nothing more than a series of ugly PowerPoint slides tacked together.&#xD;&#xD;A poster is more like a whiteboard than slides. But because many researchers give more presentations than posters, they’re not used to thinking in terms of a big space, viewed all at once, instead of a series of small spaces, viewed one at a time.</description>
	</item>
	<item>
		<title>No More Slidesters, Part 3: Draw in the Open</title>
		<link>http://tc.eserver.org/35565.html</link>
		<guid>http://tc.eserver.org/35565.html</guid>
		<description>As discussed recently, many people use PowerPoint to design posters, an act that borders on criminal. PowerPoint was designed for multiple projected images with minimal text, not one large image with complex text and graphics. People use PowerPoint because it’s the only thing remotely resembling a graphics software that people are familiar with. Microsoft Office simply doesn’t have a good, high end graphics component. Publisher comes close.&#xD;&#xD;OpenOffice does have a graphics component, simply called Draw. If you are not willing to shell out the big bucks generally required of a professional graphics software package, Draw has several features in its favour.</description>
	</item>
	<item>
		<title>No More Slidesters, Part 2: Three Publisher Tips</title>
		<link>http://tc.eserver.org/35566.html</link>
		<guid>http://tc.eserver.org/35566.html</guid>
		<description>I have used Microsoft Publisher a lot for posters. I’m going to show three easy things that Publisher does well that are useful when making a conference poster.</description>
	</item>
	<item>
		<title>Adobe FrameMaker: Custom Master Pages</title>
		<link>http://tc.eserver.org/35539.html</link>
		<guid>http://tc.eserver.org/35539.html</guid>
		<description>New FrameMaker documents have default Master Pages. Single-sided documents have one, called &quot;Right,&quot; and double-sided documents have two, called &quot;Left&quot; and &quot;Right.&quot; We use these pages to place the objects we want to repeat on all the Body Pages, things like our running heads, page numbers and repeating graphics. But what do you do when you need a different look for a Body Page, on a repeating basis? For example, no page number on the opening page of each chapter? You set up a custom master page. Here&apos;s how.</description>
	</item>
	<item>
		<title>Ten Pre-Press Tips For Perfect Print Publishing</title>
		<link>http://tc.eserver.org/35455.html</link>
		<guid>http://tc.eserver.org/35455.html</guid>
		<description>A lot of designers think CMYK is the way to go when designing for print. We will, of course, always use CMYK-based ink, but this does not mean you have to work with CMYK files. You can work with RGB images to perfectly optimize your print colors.</description>
	</item>
	<item>
		<title>Printing and Prepress Basics</title>
		<link>http://tc.eserver.org/35461.html</link>
		<guid>http://tc.eserver.org/35461.html</guid>
		<description>While art and design schools do an impressive job of teaching the importance of form, function, and how to use flashy Photoshop techniques, it&apos;s rare that designers have been taught the skills necessary to pass off their projects to printers so that they may not only successfully, but smoothly, produce a designed work.&#xD;&#xD;In this article, I&apos;ll discuss the basics when it comes to translating your brilliant ideas (and surely hours of your precious time and energy) into successfully printed projects with a printer, making it easier to keep your deadlines and maintain a blissfully happy and healthy relationship with your vendor.</description>
	</item>
	<item>
		<title>Design a Magazine Cover</title>
		<link>http://tc.eserver.org/35462.html</link>
		<guid>http://tc.eserver.org/35462.html</guid>
		<description>It may sound like a simple thing, but you better believe that a lot of thought goes into the design of a magazine cover. Covers compete for attention next to dozens of other magazines on the rack. In this tutorial, we’ll not only take you through the process of creating a cover, but also reveal techniques that designers use to make their covers stand out.</description>
	</item>
	<item>
		<title>Text Wrap and Text Formatting in InDesign</title>
		<link>http://tc.eserver.org/35463.html</link>
		<guid>http://tc.eserver.org/35463.html</guid>
		<description>The most frequently asked questions I get from people who are new to InDesign revolves around Text Wrap; however, there are also questions about text formatting that don’t get asked. But I know they exist because when I’m presenting in front of an audience and I start formatting text, I can see the look of amazement on some folks’ faces as if they’re thinking, “Hey, I didn’t know you could do that!”</description>
	</item>
	<item>
		<title>Conditional Text and InDesign CS4</title>
		<link>http://tc.eserver.org/35464.html</link>
		<guid>http://tc.eserver.org/35464.html</guid>
		<description>InDesign has always supported the use of layers, but layers don’t always cut it when working with text. You can put a text frame on a layer and turn that layer on and off as needed, but it’s an all or nothing approach. What if you want to show and hide individual words or paragraphs and have the text automatically rewrap when you show or hide those words? With conditional text, it’s a breeze.</description>
	</item>
	<item>
		<title>Fast Layout in Adobe InDesign CS4</title>
		<link>http://tc.eserver.org/35465.html</link>
		<guid>http://tc.eserver.org/35465.html</guid>
		<description>Every now and then an app gets an update that really impacts your daily routine, and I’m happy to say that InDesign CS4 has some new-and-improved features that will do just that. InDesign is a page layout app, so anything that helps that process is a welcome addition, so let’s take a look at how CS4 will speed up your day-to-day work.</description>
	</item>
	<item>
		<title>Automate Your Designs with Nested Styles in Adobe InDesign</title>
		<link>http://tc.eserver.org/35466.html</link>
		<guid>http://tc.eserver.org/35466.html</guid>
		<description>We’re all used to working with style sheets (or least we should be). With each new version of InDesign, there seems to be a new way to style your content. We started with paragraph and character styles, then we got nested styles, followed by object styles, and finally table styles in InDesign CS3. As you can see, nested styles is not really new but it’s something that you should be taking advantage of, so let’s get to it.</description>
	</item>
	<item>
		<title>Structured Authoring and DITA</title>
		<link>http://tc.eserver.org/35435.html</link>
		<guid>http://tc.eserver.org/35435.html</guid>
		<description>What does structured authoring mean to you? Structured authoring is a publishing workflow that lets you define and enforce consistent organization of information in documents, whether printed or online. What it means to me: defining a goal and assembling architected topics to help the reader achieve that goal.</description>
	</item>
	<item>
		<title>Form and Function, Revisited</title>
		<link>http://tc.eserver.org/35407.html</link>
		<guid>http://tc.eserver.org/35407.html</guid>
		<description>While I&apos;m a firm believer in the primacy of content over appearance, aesthetics are definitely a part of drawing people into documentation and engaging them. There&apos;s nothing wrong with making online assistance or a printed manual attractive. It doesn&apos;t need to be a beautifully-designed work of art, but it should be something a little more than blocks of black text on a white page.</description>
	</item>
	<item>
		<title>What do the Users Really Want?</title>
		<link>http://tc.eserver.org/35301.html</link>
		<guid>http://tc.eserver.org/35301.html</guid>
		<description>I have no idea what our users want. I do know they want information, and I know they want that information to be kept up to date as our product evolves and as far as those basic needs are concerned, I’m happy that we are meeting them. Beyond that I admit I’m not really that sure.</description>
	</item>
	<item>
		<title>Adobe FrameMaker: Refining the Type Size List</title>
		<link>http://tc.eserver.org/35267.html</link>
		<guid>http://tc.eserver.org/35267.html</guid>
		<description>The sizes listed in the picture above are the default type sizes listed in FrameMaker&apos;s Paragraph and Character Designers. If your favorite choices are listed, great! If not, you have to type the size you want into the Size field. If you&apos;d like to modify the Size list so that it includes your favorite Sizes, read on.</description>
	</item>
	<item>
		<title>A Strident Defense of Mediocre Formatting</title>
		<link>http://tc.eserver.org/35218.html</link>
		<guid>http://tc.eserver.org/35218.html</guid>
		<description>Formatting automation removes cost from the process of creating and delivering content. For technical documents that change often and are perhaps delivered in multiple languages, it removes a lot of cost. Essentially, we can produce documents inexpensively and give more people access to them as a direct result of lower cost, or we can climb on our typographic high horse and whine about word spacing. I’m with the noisome fanboys.</description>
	</item>
	<item>
		<title>Duct Tape Technical Writers</title>
		<link>http://tc.eserver.org/35219.html</link>
		<guid>http://tc.eserver.org/35219.html</guid>
		<description>In reality, the user just wants a brief, clear explanation of a concept or task. The user will glance and skim — reading behaviors hardly worthy of the elitist grammarian who argues the finer points of “which” versus “that” in restrictive clauses.</description>
	</item>
	<item>
		<title>Web 2.0, and Me</title>
		<link>http://tc.eserver.org/35210.html</link>
		<guid>http://tc.eserver.org/35210.html</guid>
		<description>As help systems continue to evolve, whatever name they are called, we will increasingly have to face responsibility for their content, and bring their expertise to what we write. The new systems provide us with all the required tools that tell us the problems with their content. It is up to us to leverage that information to provide better content, and act as ambassadors for products that we write. If writers can go a step ahead, and use their help information to sell products, and reduce the burden on customer support, we would have truly arrived.</description>
	</item>
	<item>
		<title>Calling Accessible Context-Sensitive Help with Unobtrusive DOM/JavaScript: A Help Authoring Guide</title>
		<link>http://tc.eserver.org/35190.html</link>
		<guid>http://tc.eserver.org/35190.html</guid>
		<description> This Fast Track tutorial demonstrates two methods to call Context-Sensitive Help in a Web Form. We&apos;ll discover how Unobtrusive DOM/JavaScript achieves the desired result in calling Context-Sensitive help, and demonstrate how to keep the Structure, Presentation, and Behavior layers of a web page completely separate from one another ensuring good practice with current web standards and accessibility rules.</description>
	</item>
	<item>
		<title>Unwebbable</title>
		<link>http://tc.eserver.org/35174.html</link>
		<guid>http://tc.eserver.org/35174.html</guid>
		<description>It’s time we came to grips with the fact that not every “document” can be a “web page.” Some forms of writing just cannot be expressed in HTML—or they need to be bent and distorted to do so. But for once, XML might actually help.</description>
	</item>
	<item>
		<title>Tips To Create A Clean Structured About Page</title>
		<link>http://tc.eserver.org/35158.html</link>
		<guid>http://tc.eserver.org/35158.html</guid>
		<description>When it comes to an about page, think outside the box. Try to think of something new and creative that’s different form the rest of your site. Of course display images of you / your staff, and descriptions of each, but try to lay it out in a very fun way, whistle keeping it clean and readable.</description>
	</item>
	<item>
		<title>The Appeal of Adobe InDesign</title>
		<link>http://tc.eserver.org/35149.html</link>
		<guid>http://tc.eserver.org/35149.html</guid>
		<description>Working with InDesign is interesting. On the one hand, it’s not really a tool built for technical writers. It’s intended for people laying out magazines, brochures, other heavily designed print matter. As such, some things can be confusing. Cross references, figure references, a table of contents — get ready to search the help to figure these out. On the other hand, the power of the InDesign is somewhat captivating. You’re only limited by your own ignorance.</description>
	</item>
	<item>
		<title>Learn InDesign One Feature at a Time</title>
		<link>http://tc.eserver.org/34735.html</link>
		<guid>http://tc.eserver.org/34735.html</guid>
		<description>There’s simply no way to learn InDesign (or any other major application) all at once. If you’re a frustrated newcomer to InDesign, or even if you’ve been using it for some time and want to expand your knowledge, here’s a suggestion: Set aside about 15-20 minutes every day to learn the basics of one feature. It doesn’t really matter what that feature is.</description>
	</item>
	<item>
		<title>What Users Don’t Care About</title>
		<link>http://tc.eserver.org/34711.html</link>
		<guid>http://tc.eserver.org/34711.html</guid>
		<description>Part of the problem in our attempt to demonstrate value is that our help deliverables look the same as they did 15 years ago, more or less. Online help and a PDF manual. It’s not a format that engages users. The web marches forward with innovation after innovation, while the technical communicators are figuratively hunched over keyboards, staring at CRT monitors, wearing 1950s horn-rimmed glasses, typing away.</description>
	</item>
	<item>
		<title>Page Layout and Design Tips from Jean-luc Doumont’s Trees, Maps, and Theorems</title>
		<link>http://tc.eserver.org/34669.html</link>
		<guid>http://tc.eserver.org/34669.html</guid>
		<description>Given the engineering audience, one can’t hope for too much style and flair in the prose, but it reads like a college textbook, outlining basic principles in a flat way. It is too focused on “clarity, accuracy, correctness, etc.” (p.79) to make for a fun or engaging read.</description>
	</item>
	<item>
		<title>Documentation Usability: A Few Things I’ve Learned from Watching Users</title>
		<link>http://tc.eserver.org/34637.html</link>
		<guid>http://tc.eserver.org/34637.html</guid>
		<description>Even though your customers may not read manuals, your tech support team probably does, which means someone is reading the manuals and using them to help others. But if your users find it easier to call someone, wait on hold for an agent, and then ask the agent a question rather than find the answer in the help, maybe your help materials aren’t very usable. Maybe increasing the usability of your company’s documentation could alleviate the need users feel to seek answers from another source.</description>
	</item>
	<item>
		<title>Changing the Rules of the Game for the Benefit of the User</title>
		<link>http://tc.eserver.org/34638.html</link>
		<guid>http://tc.eserver.org/34638.html</guid>
		<description>In this presentation, Joe Sokohl talks about gathering user research prior to designing and implementing your help deliverables.</description>
	</item>
	<item>
		<title>Starting Points with Quick Reference Guides: Gathering Before Designing</title>
		<link>http://tc.eserver.org/34639.html</link>
		<guid>http://tc.eserver.org/34639.html</guid>
		<description>Dan Roam explains that drawing pictures can help you solve problems. He says the first rule is to “collect everything possible up front.” After collecting all your information, you then “lay it all out where you can look at it.” By laying out all the information, you can grasp the whole of it, make connections between various parts, see the important sections, and recognize patterns.</description>
	</item>
	<item>
		<title>How To Create A FAQ Page Your Customers Will Love (And Might Even Use)</title>
		<link>http://tc.eserver.org/34613.html</link>
		<guid>http://tc.eserver.org/34613.html</guid>
		<description>What FAQ pages have become are elephant graveyards of non-information, the equivalent of the Miscellaneous file folder, the place where information-we-didn’t-know-where-to-put was dumped. The challenge of creating a FAQ page that customers will find useful has several aspects to it, but can be accomplished with a lot of planning and a little strategic work.</description>
	</item>
	<item>
		<title>Designing for a Non-English Audience</title>
		<link>http://tc.eserver.org/34606.html</link>
		<guid>http://tc.eserver.org/34606.html</guid>
		<description>Through experience, I&apos;ve discovered that foreign language typesetting can be very challenging--even when using the right software and platform, or having the help of a very experienced foreign typesetter. Through solving the problems encountered in the process, I also developed a new appreciation for simple, &quot;internationalized&quot; designs that are much easier to &quot;localize&quot; than others. Many problems can be avoided if the graphic designer keeps in mind that the document may be later translated into other languages. Sometimes, an attractive and very professional design in English can be a &quot;nightmare&quot; in other languages.</description>
	</item>
	<item>
		<title>How to Avoid Extinction as a Technical Communicator</title>
		<link>http://tc.eserver.org/34587.html</link>
		<guid>http://tc.eserver.org/34587.html</guid>
		<description>Although there will always be a need for people to explain technical material non-technical people, Ellis Pratt said, others may be doing it instead, through the formats users prefer. To survive, technical writers may need to morph into content strategists, managing the information in a systematic way rather than merely creating it.</description>
	</item>
	<item>
		<title>Form and Function</title>
		<link>http://tc.eserver.org/34548.html</link>
		<guid>http://tc.eserver.org/34548.html</guid>
		<description>A musing on the need to balance documenation that looks good with documentation that has substance.</description>
	</item>
	<item>
		<title>Publication Management</title>
		<link>http://tc.eserver.org/34530.html</link>
		<guid>http://tc.eserver.org/34530.html</guid>
		<description>A graduate seminar in intensive work developing and using systems to manage documents delivered electronically and in print using single-sourcing technologies. Theory and practice of managing publication projects across groups and organizations.</description>
	</item>
	<item>
		<title>Creating Topics: Where do you Draw the Line?</title>
		<link>http://tc.eserver.org/34489.html</link>
		<guid>http://tc.eserver.org/34489.html</guid>
		<description>It&apos;s hard to look at a page of text and try to decide where to divide things to create individual topics. That &quot;bottom up&quot; approach is kind of pointless, in fact. There are better ways.</description>
	</item>
	<item>
		<title>Modular Docs Part 1: Why You Want Modular, Topic-Oriented Documentation</title>
		<link>http://tc.eserver.org/34485.html</link>
		<guid>http://tc.eserver.org/34485.html</guid>
		<description>When documents are built from components, and the components can have contextual variations, it becomes possible to construct built-to-order documents &quot;on the fly&quot;, in response to user demands, rather than having to pre-create static versions of all possible variations. Once such a system is in place, it becomes possible for users to further customize the results by modifying the list of selected topics, rearranging their order, or even by adding new topics.</description>
	</item>
	<item>
		<title>Webpage Layout: Right Hand Side Blindness</title>
		<link>http://tc.eserver.org/34464.html</link>
		<guid>http://tc.eserver.org/34464.html</guid>
		<description>In several recent websites we have user tested, the site designers have placed important task critical links and information on the right hand side (RHS) of three column page layouts. The user testing was conclusive, users ignore any information presented on the RHS. We think this is a similar effect to the well documented banner blindness. It is essential to ensure that import links or information is not positioned on the RHS as they will surely be ignored.</description>
	</item>
	<item>
		<title>The Personable Manual</title>
		<link>http://tc.eserver.org/34444.html</link>
		<guid>http://tc.eserver.org/34444.html</guid>
		<description>Why do product manuals sound formal and stiff-upper-lipped? Why don’t users read manuals? These questions have haunted the precincts of Technical Writing for quite some time now. From what I have seen in Indian writers, I am forced to conclude that English Composition, as we were taught in school, is the culprit.</description>
	</item>
	<item>
		<title>The State of Structured Authoring in Technical Communication</title>
		<link>http://tc.eserver.org/34401.html</link>
		<guid>http://tc.eserver.org/34401.html</guid>
		<description>In this podcast, Sarah O’Keefe of Scriptorium Publishing explains the results of their recent survey about the state of structured authoring in technical communication. In the survey, they found that 84% of respondents are either thinking of moving to structured authoring, are in the process of moving to structured authoring, have already adopted structured authoring, or are undecided. Only 16% of respondents said they were not moving to structured authoring. She also discusses other survey results, such as the adoption of DITA and mistakes people make in moving to structured authoring.</description>
	</item>
	<item>
		<title>What Technical Communicators Can Learn from Comics</title>
		<link>http://tc.eserver.org/34385.html</link>
		<guid>http://tc.eserver.org/34385.html</guid>
		<description>Citing the rise of graphic novels, comics, and in particular, Google’s new web browser Chrome, which has a comic-book-style manual, Opsteegh argues that technical communicators can learn a thing or two about conveying information from graphic novelists.</description>
	</item>
	<item>
		<title>User Paradox with Not Reading User Manuals</title>
		<link>http://tc.eserver.org/34378.html</link>
		<guid>http://tc.eserver.org/34378.html</guid>
		<description>Users would save time by reading the manual, but instead they try to figure the application out themselves and then get lost/frustrated as they end up spending even more time getting up to speed with the application.</description>
	</item>
	<item>
		<title>Open Source Alternatives To Tech Pubs Tools</title>
		<link>http://tc.eserver.org/34337.html</link>
		<guid>http://tc.eserver.org/34337.html</guid>
		<description>Given how hard it is for students (and their programs) to afford the expensive tools in our profession, I thought it might help to pass along these alternatives to commercial products. I think anyone breaking into the field (or a new type of tool) would do very well to train up on these open source tools and create portfolio pieces with them.</description>
	</item>
	<item>
		<title>Kindle Content Design</title>
		<link>http://tc.eserver.org/34294.html</link>
		<guid>http://tc.eserver.org/34294.html</guid>
		<description>Writing for Kindle is like writing for print, the Web, and mobile devices combined; optimal usability means optimizing content for each platform&apos;s special characteristics.</description>
	</item>
	<item>
		<title>The Case for Simple Numbering</title>
		<link>http://tc.eserver.org/34265.html</link>
		<guid>http://tc.eserver.org/34265.html</guid>
		<description>Rather than spend hours coming up with a complex numbering scheme, this might be an excuse to implement something far more straightforward discovered by an extensive readability study at IBM, of which I was a part. My work involved sitting behind a one-way mirror with a stopwatch, watching people take tests that involved, among other things, &quot;how fast can you find Figure 3-4?&quot; We had cameras mounted over the participant&apos;s shoulders and could watch them thumb through the documents, and we also monitored eye movements. Then we followed up with a short interview where we got feedback.</description>
	</item>
	<item>
		<title>The Newest Tool for Technical Communicators: Redux</title>
		<link>http://tc.eserver.org/34195.html</link>
		<guid>http://tc.eserver.org/34195.html</guid>
		<description>Discusses color properties and color systems. Re-examines and supports Jan V. White&apos;s advice to technical communicators to use color to increase document usability. Discusses what technical communicators should know about color to work effectively with professional printers.</description>
	</item>
	<item>
		<title>Enhancing Your Written Works by Producing Effective Charts</title>
		<link>http://tc.eserver.org/34155.html</link>
		<guid>http://tc.eserver.org/34155.html</guid>
		<description>Producing effective charts is essential to any document that conveys technical, scientific, or financial data. Here are four suggestions to ensure that your charts are effective and enhance rather than detract from your document.</description>
	</item>
	<item>
		<title>Fluid Grids</title>
		<link>http://tc.eserver.org/34100.html</link>
		<guid>http://tc.eserver.org/34100.html</guid>
		<description>Fluid layouts are an undervalued commodity in web design. They put control of our designs firmly in the hands of our users and their browsing habits. They’ve also utterly failed to seize the imagination of web designers.</description>
	</item>
	<item>
		<title>Progressive User Adoption</title>
		<link>http://tc.eserver.org/34093.html</link>
		<guid>http://tc.eserver.org/34093.html</guid>
		<description>User assistance can add value to a product or Web service’s business model by influencing how deeply users adopt new features or services. As more products employ pay-as-you-go models like that of SaaS (Software as a Service), the contribution user assistance makes becomes increasingly more important.</description>
	</item>
	<item>
		<title>FrameMaker 9 User Interface onDemand eLearning Session</title>
		<link>http://tc.eserver.org/34040.html</link>
		<guid>http://tc.eserver.org/34040.html</guid>
		<description>An explanation of the logic behind the new FrameMaker interface and a tour of how it works.</description>
	</item>
	<item>
		<title>How to Format Your Technical Documents Consistently With a Template</title>
		<link>http://tc.eserver.org/34022.html</link>
		<guid>http://tc.eserver.org/34022.html</guid>
		<description>Consistency of a technical documentation is what creates that subliminal sense of trust and confidence in the end-users.&#xD;&#xD;Someone once quipped: “it ain’t technical documentation if it ain’t boring.” This of course is not true since I always found technical documents very interesting indeed. I’m the sort of geekish person who can marvel at a well-designed user’s manual for hours and appreciate its beauty and all the effort and thinking that went into its production. I imagine how happy people would be when they use that manual and solve their problems and that, believe it or not, makes me happy as well. That’s the main reason why I’m in this business.</description>
	</item>
	<item>
		<title>Wurman’s LATCH Model of Information Organization For Technical Documentation</title>
		<link>http://tc.eserver.org/34025.html</link>
		<guid>http://tc.eserver.org/34025.html</guid>
		<description>Technical writing has its mechanical aspects that need to be mastered. A good technical writer must know how to use English effectively as well as various software products to produce acceptable technical documents.&#xD;&#xD;But I wish technical writing were all about that. The hardest part comes before one even sits down in front of a computer to type the first word.&#xD;&#xD;The hardest part in documenting anything is organizing the information in a way that makes sense from the user’s point of view. Otherwise a technical document suddenly looks irrelevant.</description>
	</item>
	<item>
		<title>How to Structure FrameMaker Paragraphs While Using the Unstructured Interface</title>
		<link>http://tc.eserver.org/34027.html</link>
		<guid>http://tc.eserver.org/34027.html</guid>
		<description>Using the structured features requires advanced training and you probably won’t need them anyways unless you’re doing any “single sourcing” (which is the topic of yet another article).&#xD;&#xD;For example if you were doing any XML-based authoring or “database publishing” then you would definitely need to learn how to use the FrameMaker’s structured interface.&#xD;&#xD;However, there is an easy way to imitate structured documentation while you are still in the unstructured mode. This is one case in which you can have your cake (unstructured FM) and take a bite out of it too (by enjoying one selected feature of structured documentation).</description>
	</item>
	<item>
		<title>Seven Time-Tested Principles to Design a Cover For a Technical Document</title>
		<link>http://tc.eserver.org/34028.html</link>
		<guid>http://tc.eserver.org/34028.html</guid>
		<description>Here are seven time-tested design recommendations culled from my 20 years of experience as a professional writer, page layout and information designer.</description>
	</item>
	<item>
		<title>How to Create a New Paragraph Style in a FrameMaker Document</title>
		<link>http://tc.eserver.org/34029.html</link>
		<guid>http://tc.eserver.org/34029.html</guid>
		<description>Adobe FrameMaker is the information design platform of choice for most professional technical writers and technical communicators across the globe.&#xD;&#xD;Like all powerful software applications, FrameMaker also has a lot of features and configuration possibilities. One of those features is the ability to create new paragraph styles.&#xD;&#xD;Each paragraph style in FrameMaker is represented by a “Paragraph Tag.” So to create a new formatting style you actually create a “tag.”&#xD;&#xD;Here is how you can create a new paragraph style/tag for your FrameMaker (FM) document.</description>
	</item>
	<item>
		<title>Relatively Absolute</title>
		<link>http://tc.eserver.org/33964.html</link>
		<guid>http://tc.eserver.org/33964.html</guid>
		<description>Positioning is perhaps one of the most misunderstood parts of&#xD;CSS 2. Let us look a little closer at how it works.</description>
	</item>
	<item>
		<title>Bezględnie Względny</title>
		<link>http://tc.eserver.org/33965.html</link>
		<guid>http://tc.eserver.org/33965.html</guid>
		<description>Pozycjonowanie z kolei jest jednym z najczęściej mylnie interpretowanych aspektów wersji 2 CSS. Przyjrzyjmy się zatem nieco bliżej temu, jak ono działa.</description>
	</item>
	<item>
		<title>CSS Hizalama</title>
		<link>http://tc.eserver.org/33966.html</link>
		<guid>http://tc.eserver.org/33966.html</guid>
		<description>Hizalama ise CSS 2’nin belki de en yanlış anlaşılmış bölümlerinden biridir. Şimdi nasıl çalıştıklarına biraz daha yakından bakalım.</description>
	</item>
	<item>
		<title>Liquid Layouts the Easy Way</title>
		<link>http://tc.eserver.org/33967.html</link>
		<guid>http://tc.eserver.org/33967.html</guid>
		<description>This article explains one method of achieving a successful liquid layout as well as providing basic definitions of liquid, fixed-width and em-driven layouts.</description>
	</item>
	<item>
		<title>Fluid Grids</title>
		<link>http://tc.eserver.org/33941.html</link>
		<guid>http://tc.eserver.org/33941.html</guid>
		<description>Fluid layouts are an undervalued commodity in web design. They put control of our designs firmly in the hands of our users and their browsing habits. They’ve also utterly failed to seize the imagination of web designers.</description>
	</item>
	<item>
		<title>Free Microsoft PowerPoint Templates</title>
		<link>http://tc.eserver.org/33924.html</link>
		<guid>http://tc.eserver.org/33924.html</guid>
		<description>Our templates are free and we do not offer any kind of support for our templates. You are responsible for editing and modifying the downloaded templates, backgrounds or products.</description>
	</item>
	<item>
		<title>Lessons Learned with Quick Reference Guides: Timing and Truth</title>
		<link>http://tc.eserver.org/33894.html</link>
		<guid>http://tc.eserver.org/33894.html</guid>
		<description>I should never fully trust anyone on a project. I don’t mean this disrespectfully, because I work with competent, talented professionals. But no one has the full picture of how the application will truly work. The quality assurance (QA) engineer usually has the clearest picture. The program manager and project manager are often living in a slightly different world, full of a vision of how the product should work and how they expect users to interact with it, but sometimes they’re missing important nuances in the actual implementation. The interaction designer builds prototypes and assumes the developers will build them to spec, but since the prototypes are usually HTML-based, and not in Java or .NET, variances are inevitable.</description>
	</item>
	<item>
		<title>So, You Want To Screen Capture, Huh?</title>
		<link>http://tc.eserver.org/33849.html</link>
		<guid>http://tc.eserver.org/33849.html</guid>
		<description>Here&apos;s a quick tutorial about screen captures, thus the title. If you&apos;re not sure what a screen capture is, then think about the pages you&apos;ve seen lately. Maybe some of them have had specific sections of the desktop or a program made into an image. It was almost as if they captured part of the screen as an image.</description>
	</item>
	<item>
		<title>Why Bother With User Documentation in Recessionary Times?</title>
		<link>http://tc.eserver.org/33865.html</link>
		<guid>http://tc.eserver.org/33865.html</guid>
		<description>In recessionary times, organisations should focus on getting sales from existing customers - so customer retention becomes ever more important.</description>
	</item>
	<item>
		<title>InDesign Secrets</title>
		<link>http://tc.eserver.org/33871.html</link>
		<guid>http://tc.eserver.org/33871.html</guid>
		<description>If you try to find reliable information about InDesign on the Web you’ll find yourself scouring Adobe’s site or muddling through dozens of other sites for a tip or two. Now that you’ve found InDesign Secrets, it’s time to stop all that muddling.</description>
	</item>
	<item>
		<title>FrameMaker 9 Review</title>
		<link>http://tc.eserver.org/33814.html</link>
		<guid>http://tc.eserver.org/33814.html</guid>
		<description>FrameMaker users are buzzing about FrameMaker 9. With CMYK support, CMS integration, DITA 1.1, and PDF commenting, this version is full of new functionality but is unfortunately also buggy and inconsistent. This review covers the most important new features of FrameMaker 9.</description>
	</item>
	<item>
		<title>Managing Digital and Print Deliverables for Aviation Data</title>
		<link>http://tc.eserver.org/33768.html</link>
		<guid>http://tc.eserver.org/33768.html</guid>
		<description>This paper discusses the rationale and design behind Jeppesen’s single-source publishing system. With the business needs to single-source publishing capabilities becoming more acute, Jeppesen partnered with Astoria Software to develop a solution. The result is a system based on commercial-off-the-shelf software, XML industry standards, and open-source tools.</description>
	</item>
	<item>
		<title>XML for Creative Content and Page Layout Applications</title>
		<link>http://tc.eserver.org/33774.html</link>
		<guid>http://tc.eserver.org/33774.html</guid>
		<description>While technical documentation has traditionally been the domain for structured authoring, there is increasing interest in using XML for more “creative” materials such as sales brochures and marketing collateral. Such pre-sales materials often have even more compelling opportunities for single-sourcing and reuse than technical documents. Up to now, these materials have been produced one at a time in page-oriented publishing systems like Adobe InDesign and Quark. While this provides maximum flexibility in controlling exact page layouts, it can create a nightmare when small changes must be replicated across all the independent pages and documents. Why can’t we use XML to more flexibly handle this kind of content? In fact, we can! Using page formats from real marketing content, this whitepaper demonstrates how XML tools can be used to maintain highly graphical sales collateral, web pages, and product catalogs from a single source of XML information.</description>
	</item>
	<item>
		<title>An Approach to Visually Creating and Editing Nested Compound Document</title>
		<link>http://tc.eserver.org/33741.html</link>
		<guid>http://tc.eserver.org/33741.html</guid>
		<description>Currently, visual XML structured authoring applications can typically handle a small number of XML vocabularies. In some cases, they can even handle them in limited nested scenarios. One of the purposes of creating XML documents with compound vocabularies is to present related information on a given topic in different manners (tables, charts, etc).&#xD;&#xD;The synchronization of views between objects of different vocabularies in real-time editing helps authors realize this potential. In this presentation we will discuss an approach to visually creating, editing and synchronizing, nested compound XML vocabularies within one document. The open nature of the architecture enables developers to create plug-ins for new vocabularies including the ability to define synchronization. Also this architecture provides simple method to define visualization of a new vocabulary by utilizing plug-ins already developed and activated.</description>
	</item>
	<item>
		<title>Reviewing Wiki Documentation via Crucible</title>
		<link>http://tc.eserver.org/33694.html</link>
		<guid>http://tc.eserver.org/33694.html</guid>
		<description>I have been playing around with Crucible, Atlassian’s peer code review tool. The latest version of Crucible allows you to review Confluence wiki pages. This is a new feature, so I decided to try it out. Also, I was wondering why you might want to use an independent tool to review a wiki page, when you could instead just add comments to the page or update the page directly.</description>
	</item>
	<item>
		<title>Why Microsoft&apos;s .docx Format is a Good Thing</title>
		<link>http://tc.eserver.org/33653.html</link>
		<guid>http://tc.eserver.org/33653.html</guid>
		<description>Here&apos;s a simple way to read one of the new Microsoft file formats, even if you have no Microsoft software installed. Let&apos;s suppose you have a file that ends with .docx, from the latest version of Microsoft Word. It&apos;s actually a zip file, so add .zip to the end and unzip it. You&apos;ll find a cluster of files and folders inside, and the one you want should be called document.xml. Double-click that and it will load in a browser window, where you can read the text.</description>
	</item>
	<item>
		<title>Behind the Curtains: Table Styles</title>
		<link>http://tc.eserver.org/33612.html</link>
		<guid>http://tc.eserver.org/33612.html</guid>
		<description>Table Styles are my favorite type of Style in Word. They allow you to quickly and consistently format the table itself (e.g. borders, shading, etc.), the content within the table (E.g. line spacing, font color, font size, etc.), and they can also can tell a table when to do these (e.g. shade every other row, bold text in the first column, etc.). The first two enable you to create really rich tables, and the last one (which I&apos;ll call Conditional Formatting for the rest of this post) enables you to easily work with those rich tables. Both are quite important.</description>
	</item>
	<item>
		<title>Good Designs Have Strong Contrast</title>
		<link>http://tc.eserver.org/33604.html</link>
		<guid>http://tc.eserver.org/33604.html</guid>
		<description>Push contrast more than you might be naturally inclined. If you don’t, you end up with conflict. The next time you eat at a restaurant, look closely at the menu. A good menu has a high degree of contrast between sections.</description>
	</item>
	<item>
		<title>Unstructured Documents in Structured FrameMaker</title>
		<link>http://tc.eserver.org/33522.html</link>
		<guid>http://tc.eserver.org/33522.html</guid>
		<description>A few days ago, there was a thread on the Framers mailing list regarding working in the structured FrameMaker environment. Someone commented that editing unstructured documents in the structured interface does not affect the unstructured documents. I found this to be untrue recently.</description>
	</item>
	<item>
		<title>If It’s Not Easy to Use, It’s Not Used</title>
		<link>http://tc.eserver.org/33421.html</link>
		<guid>http://tc.eserver.org/33421.html</guid>
		<description>Debates about Microsoft Word vs. Adobe Framemaker appear with regular frequency on the tech-writing mailing lists I am subscribed to. Everyone agrees Frame is an awesome publishing tool. Yet, everyone keeps cribbing about it. So, why does a bright bunch of people who are masters at figuring out stuff, otherwise known as tech-writers, only hesitatingly agree Frame is “kind of great”? I think it’s mostly because Frame is so difficult to use.</description>
	</item>
	<item>
		<title>The Changing Face of Technical Publications: Aberdeen Group&apos;s Topic-Based Authoring and Customization Strategy Guide</title>
		<link>http://tc.eserver.org/33424.html</link>
		<guid>http://tc.eserver.org/33424.html</guid>
		<description>Often conflicting pressures to produce communications that better fit customer demands as well as stay within tightening constraints on budgets and schedules are leading many technical communications organizations to a topic-based approach to authoring. In fact, 58% of participants in Aberdeen Group&apos;s October 2008 DITA and the Technical Communicator’s Transformation study report that they currently follow author content in a topic-based manner, with a vast majority of those remaining planning to implement one in the future. &#xD;&#xD;A topic-based approach promotes greater content reuse and is seeing a considerable impact on the authoring efficiency of technical communications projects today. The benefits of topic-based authoring can be compelling, with findings from the The Technical Communicator’s Transformation study indicating that when pursued the right way, topic-based authoring can have a broad range of benefits, enabling an organization to meet authoring and localization cost targets as well as documentation quality expectations, among others. However, as the adoption of this approach spreads, the advantages seen by today&apos;s leading organizations will flatten out. This Sector Insight provides a guide for current adoption of topic-based authoring and those still considering it; outlining the changes that are expected to take place in as topic-based authoring goes mainstream.</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>How to Overcome Three Common Localization Challenges</title>
		<link>http://tc.eserver.org/33305.html</link>
		<guid>http://tc.eserver.org/33305.html</guid>
		<description>The localization of information for regional markets and audiences is increasingly important for companies of all sizes. It’s required to more effectively engage customers, maximize revenue, and maintain global brand recognition. In this issue we focus on three common challenges found in early-stage localization projects and how to overcome them. We introduce approaches to address these challenges cost-efficiently.</description>
	</item>
	<item>
		<title>What is Dynamic Publishing?</title>
		<link>http://tc.eserver.org/33306.html</link>
		<guid>http://tc.eserver.org/33306.html</guid>
		<description>We define dynamic publishing as: The automated assembly of customized documents with graphic-rich layouts for multiple mediums, including print, the Web, mobile and electronic devices. Dynamic publishing allows organizations to deliver accurate, relevant, and high-fidelity communications across multiple types of media faster and at a lower cost.</description>
	</item>
	<item>
		<title>IDC Identifies Trends Contributing to Dynamic Publishing</title>
		<link>http://tc.eserver.org/33307.html</link>
		<guid>http://tc.eserver.org/33307.html</guid>
		<description>IDC, a global information technology market research firm, identified a couple of trends related to and influencing dynamic publishing. These include the growth in internet users (and where they get their content), and where organizations will publish content over the next two years.</description>
	</item>
	<item>
		<title>Does Design Matter in Comparison to Content?</title>
		<link>http://tc.eserver.org/33288.html</link>
		<guid>http://tc.eserver.org/33288.html</guid>
		<description>Few people have ever commented about my blog’s design at all. The same goes with the music intros for my podcasts. I can change the music each time, and no one ever responds. In contrast, if a post has good content, I see a steady stream of comments. My experience leads me to conclude that content is about 90% important, and design is 10% important.</description>
	</item>
	<item>
		<title>Using a “Strawman” for Page Layout Design</title>
		<link>http://tc.eserver.org/33227.html</link>
		<guid>http://tc.eserver.org/33227.html</guid>
		<description>Designing the page layouts for a new or redesigned intranet can be complex. One of the most difficult aspects is creating the first layout. Starting with an empty screen, you need to determine what will go on each page and where it will go. Using a strawman design - a design that is created with the intent of discarding it - can help to overcome many of the difficulties in the design process.</description>
	</item>
	<item>
		<title>Visible Narratives: Understanding Visual Organization</title>
		<link>http://tc.eserver.org/33228.html</link>
		<guid>http://tc.eserver.org/33228.html</guid>
		<description>Visual communication can be thought of as two intertwined parts: personality, or look and feel, and visual organization. The personality of a presentation is what provides the emotional impact —your instinctual response to what you see. Creating an appropriate personality requires the use of colors, type treatments, images, shapes, patterns, and more, to “say” the right thing to your audience. This article, however, focuses on the other side of the visual communication coin: visual organization.</description>
	</item>
	<item>
		<title>Web Site Layout</title>
		<link>http://tc.eserver.org/33233.html</link>
		<guid>http://tc.eserver.org/33233.html</guid>
		<description>It appears that about one out of five Web sites (only 20%) currently are designed using a &quot;Fluid&quot; layout. Unfortunately, the layout most preferred by users, the &quot;Fluid&quot; layout, is the one implemented least often by designers.</description>
	</item>
	<item>
		<title>Five Simple Steps to Designing Grid Systems: Subdividing Ratios</title>
		<link>http://tc.eserver.org/33143.html</link>
		<guid>http://tc.eserver.org/33143.html</guid>
		<description>Ratios are at the core of any well-designed grid system. Sometimes those ratios are rational, such as 1:2 or 2:3, others are irrational such as the 1:1.414 (the proportion of A4). This first part is about how to combine those ratios to create simple, balanced grids which in turn will help you create harmonious compositions.</description>
	</item>
	<item>
		<title>Five Simple Steps to Designing Grid Systems: </title>
		<link>http://tc.eserver.org/33144.html</link>
		<guid>http://tc.eserver.org/33144.html</guid>
		<description>Aesthetics can be measured and more importantly can be constructed. If you want something to be aesthetically pleasing there are steps you can take to make sure it is going in the right direction. Now I&apos;m not saying that &apos;follow these rules and you will create something beautiful&apos;. What I am saying is that by following a few of these guidelines can go some way into creating something compositionally balanced, which will inherently be more aesthetically pleasing.</description>
	</item>
	<item>
		<title>Five Simple Steps to Designing Grid Systems: Grid Systems for Web Design, Part 1</title>
		<link>http://tc.eserver.org/33145.html</link>
		<guid>http://tc.eserver.org/33145.html</guid>
		<description>Designing grid systems for print is considerably more straight forward than designing grid systems for the web. First off,in print, the designer has a fixed media size - the paper size (or packaging, poster, whatever). Let&apos;s say a print designer has designed a magazine. The reader of this magazine can&apos;t suddenly increase the font size if they find it difficult to read - well they just move it closer to their eyes I guess. This is just one consideration, there are more but I&apos;m sure you get the point.</description>
	</item>
	<item>
		<title>Five Simple Steps to Designing Grid Systems: Grid Systems for Web Design, Part 2</title>
		<link>http://tc.eserver.org/33146.html</link>
		<guid>http://tc.eserver.org/33146.html</guid>
		<description>Fixed width grid design for the web. What is it, how do we do it and how do we implement it? For the purposes of this article, I&apos;m going to be focussing on the theory of creating the grid rather than the implementation. I did mention in the last series that I would cover implementation using CSS, well I&apos;m not going to. There are just so many resources and books available telling you how to create the CSS layouts you need—I&apos;ll touch on it, but I won&apos;t be going into too much detail.</description>
	</item>
	<item>
		<title>Five Simple Steps to Designing Grid Systems: Grid Systems for Web Design, Part 3</title>
		<link>http://tc.eserver.org/33147.html</link>
		<guid>http://tc.eserver.org/33147.html</guid>
		<description>Flexible vs Fixed. Which one to choose? Why choose one over the other? Well you won&apos;t find the answers to those questions here. What I&apos;m aiming to do with this article is to investigate how the theory of grid design can be applied to a flexible web page.</description>
	</item>
	<item>
		<title>Five Simple Steps to Better Typography: Measure the Measure</title>
		<link>http://tc.eserver.org/33148.html</link>
		<guid>http://tc.eserver.org/33148.html</guid>
		<description>There is an optimum width for a Measure and that is defined by the amount of characters are in the line. A general good rule of thumb is 2-3 alphabets in length, or 52-78 characters (including spaces). This is for legibility purposes. Keep your Measure within these guidelines and you should have no problem with legibility. Please note that this figure will vary widely with research, this is just the figure I use and it seems to work well as a generally rule of thumb. </description>
	</item>
	<item>
		<title>Five Simple Steps to Better Typography: Hanging Punctuation</title>
		<link>http://tc.eserver.org/33149.html</link>
		<guid>http://tc.eserver.org/33149.html</guid>
		<description>Hanging punctuation is an area of typographic design which has suffered at the hands of certain software products. It&apos;s a term which refers to glyph positioning to create the illusion of a uniform edge of text.&#xD;&#xD;It&apos;s most commonly used for pull-quotes, but I feel the most neglected is that of bulleted lists.</description>
	</item>
	<item>
		<title>Feeling Your Way Around Grids</title>
		<link>http://tc.eserver.org/33153.html</link>
		<guid>http://tc.eserver.org/33153.html</guid>
		<description>During art college I was subjected to a lecture on the Golden Section (who remembers that lecture, come on hands up?), that ambiguous set of rectangles that is requisite art school discussion. During this lecture I was shown slide after slide of seemingly tenuous links between paintings and sculptures, and this set of rectangles. My lecturer at the time seemed as equally uninterested, droning along in self-imposed boredom. What he failed to convey at the time, has taken me over 15 years to even begin to understand. So what is the importance of these boring rectangles and how do they relate to design?</description>
	</item>
	<item>
		<title>Classic Computer Manuals from Apple and IBM</title>
		<link>http://tc.eserver.org/33156.html</link>
		<guid>http://tc.eserver.org/33156.html</guid>
		<description>Apple&apos;s first user manual was largely the creation of Ronald Wayne, Apple&apos;s third founder, recruited from Atari by Steve Jobs for a 10 percent stake in the new company. Wayne not only wrote the entire 10-page booklet, he also drew the intricate cover logo depicting Isaac Newton beneath an apple tree.</description>
	</item>
	<item>
		<title>How to Match Type Size to Readership</title>
		<link>http://tc.eserver.org/33116.html</link>
		<guid>http://tc.eserver.org/33116.html</guid>
		<description>The appropriate type size for a publication depends on many factors but there are some general type size guidelines to follow to insure readability for the main audience of your publication. These are not hard-and-fast rules. The more you know about your readership, the better type size choices you will make.</description>
	</item>
	<item>
		<title>Has Anyone Used Your Product</title>
		<link>http://tc.eserver.org/32824.html</link>
		<guid>http://tc.eserver.org/32824.html</guid>
		<description>Before you release a product,  have some people use it.  From these &quot;test users&quot; get solutions to problems, tips and knowledge that would help your real-life Users.  Put that information in your User Documentation, and on your product support website.</description>
	</item>
	<item>
		<title>Think Graphic Design Doesn&apos;t Matter?</title>
		<link>http://tc.eserver.org/32787.html</link>
		<guid>http://tc.eserver.org/32787.html</guid>
		<description>The goal of a graphic designer — in almost every case — is to make things clear and eliminate as much ambiguity as possible. Clarity and ease of use should be the mantra.</description>
	</item>
	<item>
		<title>Why Designers Fail: The Report</title>
		<link>http://tc.eserver.org/32767.html</link>
		<guid>http://tc.eserver.org/32767.html</guid>
		<description>Last week I announced a study on why designers fail - exploring the reasons why designers, and people who work with designers, believe designers don’t achieve the results they desire. I presented the results as UIE 13 last week, and as promised here is a summary. Prize winners will be announced soon. Many top reasons for failure are not typically considered design issues, such as collaboration skills, persuasion skills, and receiving critical feedback.</description>
	</item>
	<item>
		<title>Yesterday and Today: Remembering the Old Waxing Layout Process</title>
		<link>http://tc.eserver.org/32633.html</link>
		<guid>http://tc.eserver.org/32633.html</guid>
		<description>I think of those earlier processes and how they assist my work. Currently, I have a hand-created layout in my portfolio to teach that I understand the printing process from a historical point of view. I am aware of the tight deadlines, as the printer has a lot to do to get my final product accomplished. And worse comes to worse, if my layout program fails, I know how to create a dummy page by hand.</description>
	</item>
	<item>
		<title>Small Caps in InDesign CS3 and QuarkXPress 7</title>
		<link>http://tc.eserver.org/32560.html</link>
		<guid>http://tc.eserver.org/32560.html</guid>
		<description>We previously discussed small caps and the importance of using true-drawn versions rather than computer-generated, “fake” ones. Many of today’s OpenType fonts include true-drawn small caps, making it easier than ever to take advantage of this typographically sophisticated feature, but the OpenType interface in both Adobe® InDesign® CS3 and QuarkXpress® 7 can be a bit confusing.</description>
	</item>
	<item>
		<title>Will the “Real” Garamond Please Stand Up</title>
		<link>http://tc.eserver.org/32561.html</link>
		<guid>http://tc.eserver.org/32561.html</guid>
		<description>Garamond typefaces, in both their American and European &#xD;flavors, are generally considered ideal book faces. The design is &#xD;also an excellent choice for most other forms of continuous text. &#xD;Magazines, newsletters, annual reports, lengthy advertising copy &#xD;– for example – are all naturals for the Garamond design.</description>
	</item>
	<item>
		<title>Hung Punctuation and Optical Margin Alignment</title>
		<link>http://tc.eserver.org/32562.html</link>
		<guid>http://tc.eserver.org/32562.html</guid>
		<description>Even with all the technology at the disposal of today’s designers, in the end it’s what the human eye sees that counts. That’s why hung punctuation is one of the skills to master when you’re ready to add professional finesse to your typography. Learn what hung punctuation is and how to achieve it in the leading page layout applications.</description>
	</item>
	<item>
		<title>Double Spaces Between Sentences…NOT!</title>
		<link>http://tc.eserver.org/32563.html</link>
		<guid>http://tc.eserver.org/32563.html</guid>
		<description>Typing two spaces after a period is a relic of the typewriter era that has hung around long past its sell-by date. Here’s how to make sure none of those double-space dinosaurs find their way into your typeset work.</description>
	</item>
	<item>
		<title>Bulleted Lists</title>
		<link>http://tc.eserver.org/32564.html</link>
		<guid>http://tc.eserver.org/32564.html</guid>
		<description>Automatic, or manual? No, we’re not talking about transmissions - we’re talking about bullet lists, those frequently used tools for organizing lists of information. Your layout application will be happy to format these lists for you, but for true typographic ﬁnesse, it’s time to learn to “drive stick” and call your own shots about bullets, alignment and spacing.</description>
	</item>
	<item>
		<title>Headline Line Breaks</title>
		<link>http://tc.eserver.org/32568.html</link>
		<guid>http://tc.eserver.org/32568.html</guid>
		<description>Breaking up isn’t hard to do – just do it right so you don’t lose face. Learn why making the right line breaks in display type is essential for good looks and good sense.</description>
	</item>
	<item>
		<title>InDesign Shortcuts: Special Characters</title>
		<link>http://tc.eserver.org/32571.html</link>
		<guid>http://tc.eserver.org/32571.html</guid>
		<description>The keyboard is rarely the friendliest path to symbols and special characters. Sometimes a bit of menu magic can guide you past the overwhelming Glyph palette. Indeed, the Special Character flyout palette in Adobe InDesign CS3 is a great shortcut to frequently-used characters and will spare your fingers the keyboard contortions.</description>
	</item>
	<item>
		<title>Converting Text to Outline</title>
		<link>http://tc.eserver.org/32572.html</link>
		<guid>http://tc.eserver.org/32572.html</guid>
		<description>Powerful design software makes many choices available to graphic designers, but just because you can do something doesn’t always mean you should. For example, sometimes it’s a good idea to convert your text layouts to outline, but sometimes it isn’t. Learn more about this occasionally necessary, often ill-advised practice before you decide whether or not it’s time to convert.</description>
	</item>
	<item>
		<title>OpenType Numerals in InDesign and Quark</title>
		<link>http://tc.eserver.org/32574.html</link>
		<guid>http://tc.eserver.org/32574.html</guid>
		<description>Today’s OpenType fonts come equipped with a virtual buffet of numeral styles, but all those choices can be a bit much for your design application to swallow. Here’s a practical guide to help you find your way through the maze of oldstyle, lining, proportional, and tabular, in both InDesign and Quark.</description>
	</item>
	<item>
		<title>Tab Leaders</title>
		<link>http://tc.eserver.org/32576.html</link>
		<guid>http://tc.eserver.org/32576.html</guid>
		<description>Does designing a table of contents drive you dotty? Next time, remember to say “take me to your tab leader.” Learning how to use your application’s automated tab leader function is a great way to save time and keep your layouts looking professional, down to the last detail.</description>
	</item>
	<item>
		<title>Finessing Typographic Details: Positioning Punctuation</title>
		<link>http://tc.eserver.org/32578.html</link>
		<guid>http://tc.eserver.org/32578.html</guid>
		<description>Are your characters depressed? When punctuation marks are positioned next to ALL CAPS, it can leave them looking a little low. Even making small adjustments in a character’s position will create greater visual balance and give your layout a “lift,” especially in display sizes.</description>
	</item>
	<item>
		<title>Documenting User-Centered Design Best Practices</title>
		<link>http://tc.eserver.org/32540.html</link>
		<guid>http://tc.eserver.org/32540.html</guid>
		<description>When initiating or expanding the role of user-centered design (UCD) in an organization, consider documenting UCD best practices as they fit within existing processes and the best practice of other areas. Such documentation communicates the role and value of UCD throughout the organization in terms familiar to your organization. Because what best practices means varies from company to company, there is no single way to do this. Here are some questions to consider.</description>
	</item>
	<item>
		<title>How to Prevent HTML Tables from Becoming Too Wide</title>
		<link>http://tc.eserver.org/32504.html</link>
		<guid>http://tc.eserver.org/32504.html</guid>
		<description>The layout model of tables differ from that of block level elements in that they will normally expand beyond their specified width to make their contents fit. At first that may sound like a good thing – and it often is – but it makes it possible for oversized content to make text unreadable or completely break a site’s layout, especially in Internet Explorer.</description>
	</item>
	<item>
		<title>Building Up a Site Wireframe</title>
		<link>http://tc.eserver.org/32434.html</link>
		<guid>http://tc.eserver.org/32434.html</guid>
		<description>Every web designer should know and understand a Web site’s parameters before lifting a finger to start designing the site. In this article, you will learn the basics required to start designing business Web sites. While this information is useful if you want to build sites for others, it can also serve as a checklist article for sites you want to build for yourself.</description>
	</item>
	<item>
		<title>Six Ways to Style Blockquotes</title>
		<link>http://tc.eserver.org/32395.html</link>
		<guid>http://tc.eserver.org/32395.html</guid>
		<description>Blockquotes do have some styling by default. Most browsers will indent the text in a blockquote tag, which helps the user recognize that the text is different somehow. But who’s to say that we need to stop there? Here are six different ways you could style your blockquotes using CSS.</description>
	</item>
	<item>
		<title>Book-Style Chapter Introductions Using Pure CSS</title>
		<link>http://tc.eserver.org/32405.html</link>
		<guid>http://tc.eserver.org/32405.html</guid>
		<description>Today’s tutorial will show you how easy it is to create book-style chapter (article, whatever) introductions using nothing but pure CSS — no XHTML was harmed in the making of this tutorial. We’ll use two types of selectors which I haven’t talked about yet here: adjacent sibling selectors and pseudo-element selectors. I’ll explain each type briefly before we get started.</description>
	</item>
	<item>
		<title>Users Read Help Manuals Like an Encyclopedia, Not a Novel</title>
		<link>http://tc.eserver.org/32349.html</link>
		<guid>http://tc.eserver.org/32349.html</guid>
		<description>Users turn to help to look for a specific question, just as someone consults an encyclopedia for a specific question. No one reads the entire encyclopedia/manual, nor is anyone expected to. Well-written encyclopedias allow users to find information through indexes, tables of contents, alphabetical organization, and search fields.</description>
	</item>
	<item>
		<title>The Almighty Thud</title>
		<link>http://tc.eserver.org/32171.html</link>
		<guid>http://tc.eserver.org/32171.html</guid>
		<description>If you document everything, you are giving everything an equal weight. Do that for a complex system, and you are buried in detail. In any system there are some aspects that are more important than the others, key aspects of the system that once understood, will help someone to learn more. The art in documentation is to find how to document these aspects as clearly as possible. In this you emphasize these areas, and leave the details for the code.</description>
	</item>
	<item>
		<title>User-Guide-Driven Development</title>
		<link>http://tc.eserver.org/32144.html</link>
		<guid>http://tc.eserver.org/32144.html</guid>
		<description>In my work with Bumblebee I use an approach I call &apos;User-Guide-Driven Development,&apos; or UGDD for short. The mechanics of UGDD is similar to that of Test-Driven Development (TDD), but before I write the test for a feature, I write a snippet of the user guide describing the feature I am about to implement.</description>
	</item>
	<item>
		<title>Structured Writing, Structured Documentation: What and Why?</title>
		<link>http://tc.eserver.org/32096.html</link>
		<guid>http://tc.eserver.org/32096.html</guid>
		<description>A brief comparison of two often-confused concepts.</description>
	</item>
	<item>
		<title>Using Color in Your Documents</title>
		<link>http://tc.eserver.org/31985.html</link>
		<guid>http://tc.eserver.org/31985.html</guid>
		<description>People often use colors in their documents in the wrong ways. Many students think that bright colors should be used in a document when they want to attract someone’s eye to a place on the page. Colors alone, however, should be used in synch with white space, font size, type and placement of whatever it is you want someone to be attracted to. Furthermore, just because something is filled with a bright color does not mean that it is eye-catching or attractive. True, bright colors will quickly draw the eye there, but use colors in a way that will make the eye stay there, not glance away in disgust.</description>
	</item>
	<item>
		<title>Think WYSIOP, not WYSIWYG</title>
		<link>http://tc.eserver.org/31974.html</link>
		<guid>http://tc.eserver.org/31974.html</guid>
		<description>Several years ago, someone used the term WYSIOP (What You See Is One Possibility) when talking about the RoboHelp HTML editor, because what developers saw in the editor didn&apos;t usually match the results. I had what I thought was an absolutely brilliant leap of logic ;-) a couple of months ago when I realized that today&apos;s WYSIWYG (What You See Is What You Get) editors are really WYSIOP, because the results are determined by whatever layout template is assigned at the time the results are viewed.</description>
	</item>
	<item>
		<title>Analyzing Your Users and Needs Before Creating the Help Deliverables; Interview with Nicky Bleiel</title>
		<link>http://tc.eserver.org/31893.html</link>
		<guid>http://tc.eserver.org/31893.html</guid>
		<description>In this podcast, Nicky Bleiel says we should talk to as many users as we can — conducting on-site visits, sending surveys, gathering information from Marketing, Support, and other departments — so we can have a better understanding of our users’ needs and the formats and mediums that will work best for them. After completing this audience and needs analysis, we can then go out and create the deliverables that will best serve our users.</description>
	</item>
	<item>
		<title>How to Create User-Centered Documentation, Interview with Joe Sokohl</title>
		<link>http://tc.eserver.org/31894.html</link>
		<guid>http://tc.eserver.org/31894.html</guid>
		<description>In this podcast, Joe Sokohl explains how to create user-centered documentation by contacting, observing, and interviewing users to gather information about what types of information they use and the help deliverables they actually want.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Design/Document-Design.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>