<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title>InfoDesign: Understanding by Design</title>
<link>http://www.informationdesign.org/</link>
<description>Dedicated to the growth and improvement of the information experience industries.</description>
<dc:language>en-us</dc:language>
<dc:creator>plato@xs4all.nl</dc:creator>
<dc:date>2009-11-25T13:03:49+01:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=4.21-en" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>


<item>
<title>Why Help Authoring Tools Will Fade</title>
<description>&quot;Using any of the standard authoring tools — Flare, RoboHelp, Author-It, Doc-to-Help — leaves you with the ridiculous model of a single author working from a single vantage point from a single organization trying to pull together an ocean of information.&quot; (Tom johnson)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/11/#005311</link>
<guid isPermaLink="false">5311@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2009-11-25T13:03:49+01:00</dc:date>
</item>

<item>
<title>Technical Documentation Know-how</title>
<description>&quot;Know-how, checklists, tools and links, which will help you to create user-friendly software documentation such as manuals, online help, software demos and other forms of software user assistance.&quot; (Indoition Software User Assistance)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/10/#005273</link>
<guid isPermaLink="false">5273@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2009-10-28T09:54:38+01:00</dc:date>
</item>

<item>
<title>STC Content Strategy SIG</title>
<description>&quot;This site is the home of the Content Strategy SIG (Special Interest Group) of the Society for Technical Communication. (...) Content strategy is an emerging field of practice dealing with the planning aspects of managing content throughout its lifecycle. Strategy includes alignment to business goals, analysis, and modeling, and influences the development, production, presentation, evaluation, measurement, and sunsetting of content, including governance.&quot; (About Content Strategy SIG)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/09/#005204</link>
<guid isPermaLink="false">5204@http://www.informationdesign.org/</guid>
 -->

<dc:subject>Content strategy</dc:subject>

<dc:date>2009-09-09T11:17:15+01:00</dc:date>
</item>

<item>
<title>Architecting User Assistance Topics for Reuse: Case Examples in DITA</title>
<description>&quot;Single sourcing and its pragmatic flip side, reuse, remind me a bit of the early days of the personal computer. Everybody wanted one, but many weren’t sure what they would do with a computer if they got one. Even among seasoned user assistance architects, single sourcing and reuse remain elusive concepts. I recently heard someone at an STC chapter meeting define single sourcing as producing the same document as both a Help file and as a PDF file. Basically true, but one would hope there is more to it than that.&quot; - (Mike Hughes - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/05/#005046</link>
<guid isPermaLink="false">5046@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2009-05-26T10:27:11+01:00</dc:date>
</item>

<item>
<title>First 2 Words: A Signal for the Scanning Eye</title>
<description>&quot;Testing how well people understand a link&apos;s first 11 characters shows whether sites write for users, who typically scan rather than read lists of items.&quot; - (Jakob Nielsen - Alertbox)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/04/#004972</link>
<guid isPermaLink="false">4972@http://www.informationdesign.org/</guid>
 -->

<dc:subject>Usability</dc:subject>

<dc:date>2009-04-06T15:00:04+01:00</dc:date>
</item>

<item>
<title>Scatter/Gather</title>
<description>&quot;(...) a blog about the intersection of content strategy, pop culture and human behavior. Contributors are all practicing Content Strategists at the offices of Razorfish, an international digital design agency.&quot; - (About Content Strategy)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2009/04/#004966</link>
<guid isPermaLink="false">4966@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2009-04-02T11:05:43+01:00</dc:date>
</item>

<item>
<title>Hockey Sticks and User Assistance: Writing in Times of Resource Constraints</title>
<description>&quot;Many technical communication departments are experiencing flat budgets, meaning they’re getting only small or no increases in headcounts, capital expenses, or training dollars. Worse yet, many departments are facing reductions in these resources. These reductions cause production pressures that are often confounded by increases in development headcount, here or offshore. Since more code equates to more features, which in turn drive greater revenues, companies are more willing to increase development budgets. On the other hand, adding writers increases costs, which in turn reduces margins.&quot; (Mike Hughes - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2008/01/#004438</link>
<guid isPermaLink="false">4438@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2008-01-23T11:45:21+01:00</dc:date>
</item>

<item>
<title>WritersUA Conference Supplemental Materials Archive</title>
<description>&quot;Conference speakers, Peer Showcase presenters, and Exhibitors are invited to provide additional materials to supplement the detailed information included in the printed Proceedings. Additional items may be added to this page as they become available. (...) The Conference speakers retain all rights to their presentation materials. WritersUA only assumes the right to distribute the comprehensive, printed Proceedings. If you would like copies of presentation slides and they are not listed here, we encourage you to request them from the individual speakers. Most speakers have provided their email address in the printed Proceedings.&quot; (WritersUA)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2008/01/#004427</link>
<guid isPermaLink="false">4427@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2008-01-10T09:15:12+01:00</dc:date>
</item>

<item>
<title>Procedures: The Sacred Cow Blocking the Road</title>
<description>&quot;If this column&apos;s title sounds familiar to you, the bad news is you&apos;re getting old, but the good news is your memory hasn&apos;t gone yet. It was the title of a presentation I gave at the STC conference in Anaheim ten years ago. However, many of the points I made in that talk are still relevant to user assistance today, so I would like to update some of them and offer some new thoughts as well.&quot; (Mike Hughes - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2007/11/#004376</link>
<guid isPermaLink="false">4376@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2007-11-21T10:41:26+01:00</dc:date>
</item>

<item>
<title>Instructional Text in the User Interface: Some Counterintuitive Implications of User Behaviors</title>
<description>&quot;User assistance occurs within an action context—the user doing something with an application - and should appear in close proximity to the focus of that action - that is, the application it supports. The optimal placement of user assistance, space permitting, is in the user interface itself. We typically call that kind of user assistance instructional text.&quot; (Mike Hughes - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2007/03/#004127</link>
<guid isPermaLink="false">4127@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2007-03-09T12:07:39+01:00</dc:date>
</item>

<item>
<title>Jon Bosak Closing Kenote XML 2006</title>
<description>&quot;It&apos;s hard to remember now just how different this community was ten years ago. There were only a few hundred SGML experts in the world, a goodly number of whom came to this conference every year. Very few groups in existence today could boast the level of intelligence, the breadth of interest, and the depth of independence, not to say downright weirdness, evidenced by the SGML community of a decade past.&quot; (XML 2006 Proceedings) - courtesy of timoreilly</description>

<!-- 
<link>http://www.informationdesign.org/archives/2007/01/#004063</link>
<guid isPermaLink="false">4063@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2007-01-13T15:47:43+01:00</dc:date>
</item>

<item>
<title>User Assistance in the Role of Domain Expert</title>
<description>&quot;This article explores the role of user assistance in providing domain-centric online Help - rather than Help that simply explains obvious user interactions with well-designed user interfaces - and provides a pattern for and examples of expert guidance.&quot; (Mike Hughes - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2007/01/#004059</link>
<guid isPermaLink="false">4059@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2007-01-10T09:06:16+01:00</dc:date>
</item>

<item>
<title>New Life for Product Documentation</title>
<description>&quot;We usually assume that documentation is used after a product has been purchased, as part of the process of learning or setting it up. But these are all examples documentation as part of the purchasing-decision process, looking for information beyond the lists of features or simple technical specifications on data sheets.&quot; (Whitney Quesenbery - UXmatters)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2006/08/#003887</link>
<guid isPermaLink="false">3887@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2006-08-20T10:25:33+01:00</dc:date>
</item>

<item>
<title>10 DITA Lessons Learned From Tech Writers in the Trenches</title>
<description>&quot;This exclusive and informative top ten list is based on interviews with technical writers at more than 20 software companies - tech writers that are actually using DITA to create documentation today. It&apos;s jam-packed with useful advice, practical tips, honest warnings, and lessons learned.&quot; (The Content Wrangler)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2006/08/#003886</link>
<guid isPermaLink="false">3886@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2006-08-10T07:38:45+01:00</dc:date>
</item>

<item>
<title>Minimalism: The Minimalist Model applied to documentation and training</title>
<description>&quot;The Minimalist theory of J.M. Carroll is a framework for the design of instruction, especially training materials for computer users. The theory suggests that (1) all learning tasks should be meaningful and self-contained activities, (2) learners should be given realistic projects as quickly as possible, (3) instruction should permit self-directed reasoning and improvising by increasing the number of active learning activities, (4) training materials and activities should provide for error recognition and recovery and, (5) there should be a close linkage between the training and actual system.&quot; (Martin Ryder)</description>

<!-- 
<link>http://www.informationdesign.org/archives/2006/06/#003794</link>
<guid isPermaLink="false">3794@http://www.informationdesign.org/</guid>
 -->

<dc:subject>TechCom</dc:subject>

<dc:date>2006-06-18T13:37:42+01:00</dc:date>
</item>


</channel>
</rss>