<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Writer-Dictated vs. User-Dictated Experience</title>
	<atom:link href="http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/</link>
	<description>Technical Communication and Other Writing Topics, by Ben Minson</description>
	<lastBuildDate>Wed, 11 Jan 2012 04:05:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: &#160; Weekly links roundup&#160;by&#160;Communications from DMN</title>
		<link>http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/#comment-144</link>
		<dc:creator>&#160; Weekly links roundup&#160;by&#160;Communications from DMN</dc:creator>
		<pubDate>Sat, 20 Sep 2008 10:10:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=79#comment-144</guid>
		<description>[...] Ben Minson ponders the differences between writer-dictated and user-dictated experience [...]</description>
		<content:encoded><![CDATA[<p>[...] Ben Minson ponders the differences between writer-dictated and user-dictated experience [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Perlin</title>
		<link>http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/#comment-143</link>
		<dc:creator>Neil Perlin</dc:creator>
		<pubDate>Thu, 24 Jul 2008 08:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=79#comment-143</guid>
		<description>Hi Ben,

Here&#039;s the session description from the STC web site:

&quot;Structured authoring can improve authors&#039; productivity, facilitate single-source and multi-channel publishing, decrease localization costs, and increase opportunities for content re-use. But what exactly is structured authoring? Three experts in structured authoring, XML publishing, and DITA will debate its meaning, and will discuss the benefits and pitfalls of a range of approaches to structured authoring.&quot;

I agree that the user-perspective probably *should* be part of such a presentation, but that simply wasn&#039;t the case here.

I don&#039;t know why my user review panel idea didn&#039;t pan out.  It may be that I didn&#039;t push it enough or it may be that the organizers just didn&#039;t think it was that good an idea.  And I never followed up on it.

We agree about the difficulty of enforcing consistency in wiki submissions from end-users.  My experience is that it&#039;s hard enough to get tech communicaters - e.g. professionals - to be consistent, let alone the non-professionals.

Cheers,
Neil</description>
		<content:encoded><![CDATA[<p>Hi Ben,</p>
<p>Here&#8217;s the session description from the STC web site:</p>
<p>&#8220;Structured authoring can improve authors&#8217; productivity, facilitate single-source and multi-channel publishing, decrease localization costs, and increase opportunities for content re-use. But what exactly is structured authoring? Three experts in structured authoring, XML publishing, and DITA will debate its meaning, and will discuss the benefits and pitfalls of a range of approaches to structured authoring.&#8221;</p>
<p>I agree that the user-perspective probably *should* be part of such a presentation, but that simply wasn&#8217;t the case here.</p>
<p>I don&#8217;t know why my user review panel idea didn&#8217;t pan out.  It may be that I didn&#8217;t push it enough or it may be that the organizers just didn&#8217;t think it was that good an idea.  And I never followed up on it.</p>
<p>We agree about the difficulty of enforcing consistency in wiki submissions from end-users.  My experience is that it&#8217;s hard enough to get tech communicaters &#8211; e.g. professionals &#8211; to be consistent, let alone the non-professionals.</p>
<p>Cheers,<br />
Neil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/#comment-142</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 23 Jul 2008 22:43:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=79#comment-142</guid>
		<description>Neil, I appreciate your comments. I apologize for not including Alan Houser; I couldn&#039;t remember his name, and I also couldn&#039;t find a list of the conference sessions that had the names of the presenters or panelists, so I went with the ones I remembered—you and Sarah.I don&#039;t know if the panel&#039;s focus on the writer&#039;s side of structured authoring was stated outright, and if it was, I missed it—in which case, the mistake is mine. I like your idea of having a user panel review the contest entries. What&#039;s the reasoning behind your idea not panning out?Good point about providing a structure in a Web 2.0 environment. One source of resistance to wikis for documentation, and I&#039;ll admit this applies to me, is that it would be hard to enforce order. I suppose a wiki page could have text boxes for elements like title, introduction, instructions, warnings or cautions, and so forth, then behind the scenes, tags could be applied to the content of the text boxes. I have contributed to our organization&#039;s helpdesk knowledgebase, and its interface for writing articles contains text boxes much like I&#039;ve described, though I doubt specific tags are applied to the content other than HTML tags for rendering in a browser.</description>
		<content:encoded><![CDATA[<p>Neil, I appreciate your comments. I apologize for not including Alan Houser; I couldn&#8217;t remember his name, and I also couldn&#8217;t find a list of the conference sessions that had the names of the presenters or panelists, so I went with the ones I remembered—you and Sarah.I don&#8217;t know if the panel&#8217;s focus on the writer&#8217;s side of structured authoring was stated outright, and if it was, I missed it—in which case, the mistake is mine. I like your idea of having a user panel review the contest entries. What&#8217;s the reasoning behind your idea not panning out?Good point about providing a structure in a Web 2.0 environment. One source of resistance to wikis for documentation, and I&#8217;ll admit this applies to me, is that it would be hard to enforce order. I suppose a wiki page could have text boxes for elements like title, introduction, instructions, warnings or cautions, and so forth, then behind the scenes, tags could be applied to the content of the text boxes. I have contributed to our organization&#8217;s helpdesk knowledgebase, and its interface for writing articles contains text boxes much like I&#8217;ve described, though I doubt specific tags are applied to the content other than HTML tags for rendering in a browser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Perlin</title>
		<link>http://www.gryphonmountain.net/2008/07/writer-dictated-vs-user-dictated-experience/#comment-141</link>
		<dc:creator>Neil Perlin</dc:creator>
		<pubDate>Wed, 23 Jul 2008 10:22:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=79#comment-141</guid>
		<description>Hello,

I ran across your entry and wanted to toss in a few points for consideration...

1. The goal of the panel was precisely to discuss the definition of structured authoring from the writer&#039;s perspective, which is why there was so little mention of the user.

It would be interesting to have a panel that consisted of a representative sample of users to see what they had in mind.  About five years ago, I proposed that the STC hold a parallel online doc competition with a panel of users who&#039;d review the same entries as real STC judges to see how their perspectives differed.  Nothing ever came of the idea, but I still think it would be interesting.

2. Don&#039;t forget Alan Houser in the list of panelists.  He discussed structured authoring from the pure DITA perspective, Sarah from the structured Frame perspective, and me from the templates-without-DITA-or-Frame perspective.

3. I maintain that THE primary benefit of consistently structured material is easier comprehension and navigation.  But I will add another user-related benefit.  If you&#039;re going to some Web 2.0 model that will call for user-generated content, structure will make it easier for users to submit material in a form that&#039;s both easy for them to use and easy for the tech writers to work into the larger information model.

Thoughts?

Cheers,
Neil</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I ran across your entry and wanted to toss in a few points for consideration&#8230;</p>
<p>1. The goal of the panel was precisely to discuss the definition of structured authoring from the writer&#8217;s perspective, which is why there was so little mention of the user.</p>
<p>It would be interesting to have a panel that consisted of a representative sample of users to see what they had in mind.  About five years ago, I proposed that the STC hold a parallel online doc competition with a panel of users who&#8217;d review the same entries as real STC judges to see how their perspectives differed.  Nothing ever came of the idea, but I still think it would be interesting.</p>
<p>2. Don&#8217;t forget Alan Houser in the list of panelists.  He discussed structured authoring from the pure DITA perspective, Sarah from the structured Frame perspective, and me from the templates-without-DITA-or-Frame perspective.</p>
<p>3. I maintain that THE primary benefit of consistently structured material is easier comprehension and navigation.  But I will add another user-related benefit.  If you&#8217;re going to some Web 2.0 model that will call for user-generated content, structure will make it easier for users to submit material in a form that&#8217;s both easy for them to use and easy for the tech writers to work into the larger information model.</p>
<p>Thoughts?</p>
<p>Cheers,<br />
Neil</p>
]]></content:encoded>
	</item>
</channel>
</rss>

