<?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 for Glenn J. Lea - Technical Writing</title>
	<atom:link href="http://www.glennjlea.ca/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.glennjlea.ca</link>
	<description>Keeping Human Factors (Usability) in Mind</description>
	<lastBuildDate>Sat, 17 Sep 2011 23:01:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Removing Dead Links on a Mac Sidebar by Enda Farrell</title>
		<link>http://www.glennjlea.ca/2011/07/07/removing-dead-links-on-a-mac-sidebar/#comment-222</link>
		<dc:creator>Enda Farrell</dc:creator>
		<pubDate>Sat, 17 Sep 2011 23:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=471#comment-222</guid>
		<description>Nice one Glenn: the Command key + dragging off worked a treat. Many thanks.</description>
		<content:encoded><![CDATA[<p>Nice one Glenn: the Command key + dragging off worked a treat. Many thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Removing Dead Links on a Mac Sidebar by Glenn</title>
		<link>http://www.glennjlea.ca/2011/07/07/removing-dead-links-on-a-mac-sidebar/#comment-188</link>
		<dc:creator>Glenn</dc:creator>
		<pubDate>Mon, 11 Jul 2011 22:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=471#comment-188</guid>
		<description>Thanks Jim for your update, and the tip. I was able to move the broken item holding down the Option key, but it just popped back into place. However, holding down the Command Key and with the mouse pointer, dragging it off the Finder window deleted it. I didn&#039;t find it in the Trash, so I assume it was deleted forever. 

Glad to get rid of those two annoying items in Places on my Finder, Jim.

Thanks.
Glenn</description>
		<content:encoded><![CDATA[<p>Thanks Jim for your update, and the tip. I was able to move the broken item holding down the Option key, but it just popped back into place. However, holding down the Command Key and with the mouse pointer, dragging it off the Finder window deleted it. I didn&#8217;t find it in the Trash, so I assume it was deleted forever. </p>
<p>Glad to get rid of those two annoying items in Places on my Finder, Jim.</p>
<p>Thanks.<br />
Glenn</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Removing Dead Links on a Mac Sidebar by Jim Vanderveen</title>
		<link>http://www.glennjlea.ca/2011/07/07/removing-dead-links-on-a-mac-sidebar/#comment-187</link>
		<dc:creator>Jim Vanderveen</dc:creator>
		<pubDate>Mon, 11 Jul 2011 16:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=471#comment-187</guid>
		<description>Hey Glenn, thanks for stopping by my blog. I wrote that post for a much earlier version of Mac OS X. If you read down in the (numerous) comments, there are some suggestions for more recent versions. I&#039;d suggest holding down the Option key and try to drag off the broken item from the sidebar.

Good luck!
Jim</description>
		<content:encoded><![CDATA[<p>Hey Glenn, thanks for stopping by my blog. I wrote that post for a much earlier version of Mac OS X. If you read down in the (numerous) comments, there are some suggestions for more recent versions. I&#8217;d suggest holding down the Option key and try to drag off the broken item from the sidebar.</p>
<p>Good luck!<br />
Jim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Getting Information from (Out of) Engineers by Techquestioner</title>
		<link>http://www.glennjlea.ca/2011/07/30/getting-information-from-out-of-engineers/#comment-153</link>
		<dc:creator>Techquestioner</dc:creator>
		<pubDate>Mon, 30 May 2011 01:55:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=385#comment-153</guid>
		<description>I had one job where the development engineer had gone to a college where the documentation was considered part of the project grade in his Computer Engineering courses. Many other developers have always considered it someone else&#039;s job. If management doesn&#039;t make it plain that the tech writers can&#039;t just pull information out of the air, and insist that the SMEs answer questions and provide access to test systems, etc., the TWs waste needless time hounding the uncooperative engineers and programmers. It really is primarily a management problem. My worst job was a position where i couldn&#039;t expect management s support to insist that the developers provide the information I need to produce the docs. Sometimes, I resorted to just making something up and sending it to them for review. Some of them couldn&#039;t wait to explain the product to set me straight (after they ignored me previously.)</description>
		<content:encoded><![CDATA[<p>I had one job where the development engineer had gone to a college where the documentation was considered part of the project grade in his Computer Engineering courses. Many other developers have always considered it someone else&#8217;s job. If management doesn&#8217;t make it plain that the tech writers can&#8217;t just pull information out of the air, and insist that the SMEs answer questions and provide access to test systems, etc., the TWs waste needless time hounding the uncooperative engineers and programmers. It really is primarily a management problem. My worst job was a position where i couldn&#8217;t expect management s support to insist that the developers provide the information I need to produce the docs. Sometimes, I resorted to just making something up and sending it to them for review. Some of them couldn&#8217;t wait to explain the product to set me straight (after they ignored me previously.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Five Leadership Myths by Techquestioner</title>
		<link>http://www.glennjlea.ca/2011/03/23/five-leadership-myths/#comment-150</link>
		<dc:creator>Techquestioner</dc:creator>
		<pubDate>Thu, 31 Mar 2011 02:57:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=347#comment-150</guid>
		<description>I think the difference those who lead by their actions, and those who believe those myths is why some organizations have both nominal leaders, the ones with their names on the organization chart, and actual leaders, the people in the organization who, without an official title, actually get things done, solve problems, and effect change in their organization.</description>
		<content:encoded><![CDATA[<p>I think the difference those who lead by their actions, and those who believe those myths is why some organizations have both nominal leaders, the ones with their names on the organization chart, and actual leaders, the people in the organization who, without an official title, actually get things done, solve problems, and effect change in their organization.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Writing for Lawyers or Writing for Users by Glenn</title>
		<link>http://www.glennjlea.ca/2010/12/01/writing-for-lawyers-or-writing-for-users/#comment-67</link>
		<dc:creator>Glenn</dc:creator>
		<pubDate>Wed, 01 Dec 2010 10:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=77#comment-67</guid>
		<description>I just read this on a Scriporium site. It might explain some cultural differences between the EU and the Anglo-Saxon world regarding product documentation: 

&quot;A product that ships with defects in documentation is considered a defective product in the European Union. Therefore, you also see discussions of regulatory requirements. In the U.S., these discussions are confined to the few industries that are regulated — medical and nuclear come to mind.&quot;

Read her full article here:

&lt;a href=&quot;http://www.scriptorium.com/tag/tekom/&quot; title=&quot;scriptorium&quot; rel=&quot;nofollow&quot;&gt;tekom: Benefits for North American writers&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I just read this on a Scriporium site. It might explain some cultural differences between the EU and the Anglo-Saxon world regarding product documentation: </p>
<p>&#8220;A product that ships with defects in documentation is considered a defective product in the European Union. Therefore, you also see discussions of regulatory requirements. In the U.S., these discussions are confined to the few industries that are regulated — medical and nuclear come to mind.&#8221;</p>
<p>Read her full article here:</p>
<p><a href="http://www.scriptorium.com/tag/tekom/" title="scriptorium" rel="nofollow">tekom: Benefits for North American writers</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reliability, Utility and Satisfaction &#8211; and DITA by Dian Kjærgaard</title>
		<link>http://www.glennjlea.ca/2010/10/14/reliability-utility-and-satisfaction-and-dita/#comment-54</link>
		<dc:creator>Dian Kjærgaard</dc:creator>
		<pubDate>Tue, 09 Nov 2010 22:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.glennjlea.ca/?p=54#comment-54</guid>
		<description>I found your posting on the Cherryleaf blog. How I wish that other people would follow up your point about the downside of divorcing content and design!</description>
		<content:encoded><![CDATA[<p>I found your posting on the Cherryleaf blog. How I wish that other people would follow up your point about the downside of divorcing content and design!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced (User agent is rejected)

Served from: www.glennjlea.ca @ 2012-02-23 10:31:45 -->
