<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>O&apos;Keefe, Sarah S</title>	<link>http://tc.eserver.org/authors/O'Keefe,_Sarah_S</link>
	<description>A bibliography of works by O&#39;Keefe, Sarah S 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>O&apos;Keefe, Sarah S</title>
		<link>http://tc.eserver.org/dir/O'Keefe,_Sarah_S</link>
	</image>
	<item>
		<title>What Technical Communicators Need to Know About Flash</title>
		<link>http://tc.eserver.org/35767.html</link>
		<guid>http://tc.eserver.org/35767.html</guid>
		<description>What is Flash? It&apos;s a vector-based format for moving images. Adobe technology via Macromedia Proprietary FLA for Flash development files. SWF for compressed files.</description>
	</item>
	<item>
		<title>A Mercenary View of STC</title>
		<link>http://tc.eserver.org/35316.html</link>
		<guid>http://tc.eserver.org/35316.html</guid>
		<description>The mission of STC is to “advance the arts and sciences of technical communication.” How does this help you, the member? I have been a freelancer/business owner for the vast majority of my career (so far). Let me say a few things about STC’s value proposition for mercenaries like me.</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>Authoring Tools Do Matter</title>
		<link>http://tc.eserver.org/34710.html</link>
		<guid>http://tc.eserver.org/34710.html</guid>
		<description>The authoring tool does matter. Writers are focusing on the wrong set of issues (leading, kerning, print formatting), none of which is actually relevant for the output.</description>
	</item>
	<item>
		<title>This is the Future of Technical Communication</title>
		<link>http://tc.eserver.org/34695.html</link>
		<guid>http://tc.eserver.org/34695.html</guid>
		<description>In the absence of safety concerns, I think that accuracy must win. Thus, as the information curator, you have a responsibility to correct inaccurate information. If the inaccuracy is truly dangerous, you may need to edit the post directly. Make sure that you disclosure what you&apos;ve done with brackets.</description>
	</item>
	<item>
		<title>Whither STC?</title>
		<link>http://tc.eserver.org/34627.html</link>
		<guid>http://tc.eserver.org/34627.html</guid>
		<description>As you may have heard, STC is in a financial crisis. According to the board of directors meeting minutes from May 5, 2009, STC must retain membership &quot;for the next year or STC will be out of business in two years.&quot; I believe that STC needs to make some significant changes in the following areas.</description>
	</item>
	<item>
		<title>Building Efficient Multilingual Workflows</title>
		<link>http://tc.eserver.org/34135.html</link>
		<guid>http://tc.eserver.org/34135.html</guid>
		<description>O’Keefe gives detailed information on two technology standards that may be used in multilingual workflows: XSL and XLIFF.</description>
	</item>
	<item>
		<title>Palimpsest </title>
		<link>http://tc.eserver.org/33746.html</link>
		<guid>http://tc.eserver.org/33746.html</guid>
		<description>A blog about publishing and technical communications.</description>
	</item>
	<item>
		<title>Web 2.0: The Tipping Point for XML</title>
		<link>http://tc.eserver.org/33649.html</link>
		<guid>http://tc.eserver.org/33649.html</guid>
		<description>Have you been waiting for the right time to switch to XML publishing? O’Keefe illustrates that with the advent of Web 2.0, the time is now.</description>
	</item>
	<item>
		<title>What Do Movable Type and XML Have in Common?</title>
		<link>http://tc.eserver.org/33400.html</link>
		<guid>http://tc.eserver.org/33400.html</guid>
		<description>Compares Gutenberg&apos;s invention of the movable type to the creation of XML. But where movable type changed the “economics of a mechanical process,” XML changed the “economics of content authoring, formatting, and customization.”</description>
	</item>
	<item>
		<title>The Hidden Cost of DITA</title>
		<link>http://tc.eserver.org/32797.html</link>
		<guid>http://tc.eserver.org/32797.html</guid>
		<description>Many people see DITA architecture as a shortcut to avoiding content modeling. O&apos;Keefe warns readers against this mistake.</description>
	</item>
	<item>
		<title>The Hidden Cost of DITA</title>
		<link>http://tc.eserver.org/32227.html</link>
		<guid>http://tc.eserver.org/32227.html</guid>
		<description>In the past few years, we have implemented both DITA-based and custom XML solutions for our customers. Given the right set of circumstances, DITA provides an excellent foundation for structured content. But I seem to be in significant disagreement with DITA advocates about how often the &quot;right set of circumstances&quot; is present.</description>
	</item>
	<item>
		<title>Paradigm Shifts are Never Pretty: Advice on Making the Move to XML Authoring</title>
		<link>http://tc.eserver.org/32179.html</link>
		<guid>http://tc.eserver.org/32179.html</guid>
		<description>The move toward XML-based authoring in technical publications is a classic paradigm shift. It requires content creators to change their writing process and learn new concepts.</description>
	</item>
	<item>
		<title>Paradigm Shifts are Never Pretty: Advice on Making the Move to XML Authoring</title>
		<link>http://tc.eserver.org/31742.html</link>
		<guid>http://tc.eserver.org/31742.html</guid>
		<description>Most people are risk-averse, and profound changes such as the move to structured authoring require new skills and workflows. To ensure a successful transition, XML implementers need to assess their team members, identify allies, and build their implementation strategy around the staff members who embrace change. </description>
	</item>
	<item>
		<title>Friend or Foe? Web 2.0 in Technical Communication</title>
		<link>http://tc.eserver.org/31579.html</link>
		<guid>http://tc.eserver.org/31579.html</guid>
		<description>The rise of Web 2.0 technology provides a platform for user-generated content. Publishing is no longer restricted to a few technical writers—any user can now contribute information. But the information coming from users tends to be highly specific, whereas technical documentation is comprehensive but less specific. The two types of information can coexist and improve the overall user experience. User-generated content also offers an opportunity for technical writers to participate as “curators”—by evaluating and organizing the information provided by end users.</description>
	</item>
	<item>
		<title>A Quarky New Approach?</title>
		<link>http://tc.eserver.org/31580.html</link>
		<guid>http://tc.eserver.org/31580.html</guid>
		<description>Sorry, guys, but what you&apos;re describing is &quot;single sourcing&quot; and it&apos;s been around for a while. And I don&apos;t think redefining &quot;dynamic publishing&quot; is going to work, either, because that term already means something.</description>
	</item>
	<item>
		<title>Social Media 101: Now Everyone&apos;s a Technical Writer</title>
		<link>http://tc.eserver.org/31583.html</link>
		<guid>http://tc.eserver.org/31583.html</guid>
		<description>Free and cheap tools (blogging software, cheap digital cameras) have made &quot;many-to-many&quot; communication possible. This is sometimes called the &quot;rise of the creative class.&quot; People are shifting from being consumers to creators.</description>
	</item>
	<item>
		<title>XSL, Flash, and Live Blogging</title>
		<link>http://tc.eserver.org/31584.html</link>
		<guid>http://tc.eserver.org/31584.html</guid>
		<description>In this podcast, Sarah O’Keefe talks about XSL, Flash, and live blogging. XSL (extensible stylesheet language) is a programming language that transforms XML content into a specific format, such as HTML. She explains what you can do with XSL, why it’s unique, and how the output is created.</description>
	</item>
	<item>
		<title>Publishing XML Content with XSL</title>
		<link>http://tc.eserver.org/30784.html</link>
		<guid>http://tc.eserver.org/30784.html</guid>
		<description>How do you convert your application-neutral, vendor-neutral, unformatted XML content into paginated content (such as PDF) or HTML? O&apos;Keefe introduces one solution: the Extensible Stylesheet Language, a programming language for processing XML.</description>
	</item>
	<item>
		<title>When is XML the Wrong Answer?</title>
		<link>http://tc.eserver.org/30122.html</link>
		<guid>http://tc.eserver.org/30122.html</guid>
		<description>XML-based publishing challenges authors to convert from the familiar desktop-publishing routine to new tools. This article explains what you should consider when deciding whether to implement XML.</description>
	</item>
	<item>
		<title>XML Architecture for Customized User Assistance</title>
		<link>http://tc.eserver.org/28263.html</link>
		<guid>http://tc.eserver.org/28263.html</guid>
		<description>Content reuse enables technical communicators to create multiple deliverables from a single set of source documents. A key component of reuse is identifying which information belongs in which deliverable. Some customization is feasible with build tags (RoboHelp), conditional text (FrameMaker), topic reuse (FrameMaker and AuthorIT), and similar features.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part One</title>
		<link>http://tc.eserver.org/28185.html</link>
		<guid>http://tc.eserver.org/28185.html</guid>
		<description>Implementing structured authoring with XML allows organizations to create better content. The addition of hierarchy and metadata to content improves reuse and content management. These benefits, however, must be weighed against the time and money required to implement a structured authoring approach. The business case is compelling for larger writing organizations; they will be the first to adopt structured authoring. Over time, improvements in available tools will reduce the cost of implementing structured authoring and make it affordable for smaller organizations.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part Two</title>
		<link>http://tc.eserver.org/28186.html</link>
		<guid>http://tc.eserver.org/28186.html</guid>
		<description>In a structured authoring environment, authors create documents by assembling elements and text in an order permitted by the structure definition document. You might think of structured authoring as being similar to template-based authoring with a strict template. Authors do not assign formatting; the formatting is automatically assigned based on the structure of the document. Formatting may differ for different output media.</description>
	</item>
	<item>
		<title>Structured Authoring and XML: Part Three</title>
		<link>http://tc.eserver.org/28177.html</link>
		<guid>http://tc.eserver.org/28177.html</guid>
		<description>Not every content-creation group will benefit from structured authoring and XML. Sometimes, the expense of implementation outweighs the benefits realized, especially in smaller groups with less total page count.</description>
	</item>
	<item>
		<title>XML Architecture for Customized User Assistance</title>
		<link>http://tc.eserver.org/27647.html</link>
		<guid>http://tc.eserver.org/27647.html</guid>
		<description>To create a specific deliverable, you collect all of the relevant topics and wrap information around them. A printed book, for instance, contains topics grouped into chapters along with front and back matter.</description>
	</item>
	<item>
		<title>Creating Online Help from FrameMaker Files Using WebWorks Publisher</title>
		<link>http://tc.eserver.org/20726.html</link>
		<guid>http://tc.eserver.org/20726.html</guid>
		<description>WebWorks Publisher from Quadralay lets you develop online help from FrameMaker files without dealing with the inefficiencies associated with help authoring tools&#xD;(HATs). No longer do you have to convert the&#xD;FrameMaker files to RTF for use in a HAT—and&#xD;consequently lose all the formatting, which you must&#xD;rebuild. You also do not have to maintain two sets of files.</description>
	</item>
	<item>
		<title>Structured Authoring and XML</title>
		<link>http://tc.eserver.org/19468.html</link>
		<guid>http://tc.eserver.org/19468.html</guid>
		<description>Implementing structured authoring with XML allows organizations to create better content. The addition of hierarchy and metadata to content improves reuse and content management. These benefits,&#xD;however, must be weighed against the time and money required to implement a structured authoring approach. The business case is compelling for larger writing organizations; they will be the first to adopt structured authoring. Over time, improvements in available tools will reduce the cost of implementing structured authoring and make it affordable for smaller organizations.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/O&#39;Keefe,_Sarah_S.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>