<?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: PDF: Unfit for Human Consumption (Jakob Nielsen&#8217;s Alertbox)</title>
	<atom:link href="http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/feed/" rel="self" type="application/rss+xml" />
	<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/</link>
	<description>Web 2.0 Integration in Southern California</description>
	<lastBuildDate>Thu, 10 Jun 2010 04:11:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Charles</title>
		<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/comment-page-1/#comment-379</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Mon, 15 Sep 2008 08:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/#comment-379</guid>
		<description>It&#039;s all about search nowadays. There are ways to analyze your help project and manipulate the search but you know that - you&#039;re working with Flare according to your post.

What I&#039;ve consistently found for user documentation is that context-sensitive information providing the best chunk of data at the best time increases productivity for the user.

For browse sequence types of applications, online tutorials or eLearning with a visual element tend to work slightly better than simple print for the 50k foot overview.

Searchable text is great, but having to scan up or down more than a paragraph tends to keep users disgruntled with PDFs.

My caveat is that I&#039;ve not worked extensively with PDFs since Acrobat 7... So I may be dated.


Great comment though! And I love your site.</description>
		<content:encoded><![CDATA[<p>It&#8217;s all about search nowadays. There are ways to analyze your help project and manipulate the search but you know that &#8211; you&#8217;re working with Flare according to your post.</p>
<p>What I&#8217;ve consistently found for user documentation is that context-sensitive information providing the best chunk of data at the best time increases productivity for the user.</p>
<p>For browse sequence types of applications, online tutorials or eLearning with a visual element tend to work slightly better than simple print for the 50k foot overview.</p>
<p>Searchable text is great, but having to scan up or down more than a paragraph tends to keep users disgruntled with PDFs.</p>
<p>My caveat is that I&#8217;ve not worked extensively with PDFs since Acrobat 7&#8230; So I may be dated.</p>
<p>Great comment though! And I love your site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattbnh</title>
		<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/comment-page-1/#comment-377</link>
		<dc:creator>mattbnh</dc:creator>
		<pubDate>Thu, 11 Sep 2008 23:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/#comment-377</guid>
		<description>Much as I adore JN, those were great articles in 2003, and almost totally web-centric PDF use.  Today, some but not all still rings true. Myself, I think Flash is a POS and I wouldn&#039;t pay $700 to be granted the privilege to put it in a PDF. 
But I think there is some selling short here. For example, PDF has this zoom thing that can solve the small font problem, and while you cannot steal a 300 page document with one mouse swipe, you can copy text and pictures nowadays pretty standardly.
Our company has a user base that wants book-like things. Some years back a doc manager discontinued 3/4 of the printed (and PDFed) books to save money, and was popular with upper management for a while until the customer blowback started. Our integrators were fairly prehistoric with regard to online help replacing the books. Our group brought the books back purely as PDF (while keeping the help), and our support and app engineers reported +++ from these customers. They will die off, for sure, and the young guns that will take over our industry will be .net savvy and less bookish, and we are moving that way. 

But try this out. Give one tech support person a paper book, one a help system, and one a PDF. Time it to see who comes up with an answer first. My money is on the person with the PDF, because Help search sucks and a good many paper indices are sparse or worse. If you are under pressure to search fast and you only need to read half a page, a PDF is fastest, IMO.

mattbnh&#039;s latest musing..&lt;a href=&quot;http://dire-wolf-fennario.blogspot.com/2008/09/day-1-with-flare-4.html&quot; rel=&quot;nofollow&quot;&gt;Day 1 with Flare 4&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Much as I adore JN, those were great articles in 2003, and almost totally web-centric PDF use.  Today, some but not all still rings true. Myself, I think Flash is a POS and I wouldn&#8217;t pay $700 to be granted the privilege to put it in a PDF.<br />
But I think there is some selling short here. For example, PDF has this zoom thing that can solve the small font problem, and while you cannot steal a 300 page document with one mouse swipe, you can copy text and pictures nowadays pretty standardly.<br />
Our company has a user base that wants book-like things. Some years back a doc manager discontinued 3/4 of the printed (and PDFed) books to save money, and was popular with upper management for a while until the customer blowback started. Our integrators were fairly prehistoric with regard to online help replacing the books. Our group brought the books back purely as PDF (while keeping the help), and our support and app engineers reported +++ from these customers. They will die off, for sure, and the young guns that will take over our industry will be .net savvy and less bookish, and we are moving that way. </p>
<p>But try this out. Give one tech support person a paper book, one a help system, and one a PDF. Time it to see who comes up with an answer first. My money is on the person with the PDF, because Help search sucks and a good many paper indices are sparse or worse. If you are under pressure to search fast and you only need to read half a page, a PDF is fastest, IMO.</p>
<p>mattbnh&#8217;s latest musing..<a href="http://dire-wolf-fennario.blogspot.com/2008/09/day-1-with-flare-4.html" rel="nofollow">Day 1 with Flare 4</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CharlesJeter.com &#187; Save Yourself $700 and a Headache &#124; Is MadCap Flare Now Leading Adobe RoboHelp In HAT War?</title>
		<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/comment-page-1/#comment-356</link>
		<dc:creator>CharlesJeter.com &#187; Save Yourself $700 and a Headache &#124; Is MadCap Flare Now Leading Adobe RoboHelp In HAT War?</dc:creator>
		<pubDate>Wed, 13 Aug 2008 09:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/#comment-356</guid>
		<description>[...] reading my PDF summary from January you&#8217;ll know my position on this necessary but often overused documentation format. Yes, I use [...]</description>
		<content:encoded><![CDATA[<p>[...] reading my PDF summary from January you&#8217;ll know my position on this necessary but often overused documentation format. Yes, I use [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles</title>
		<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/comment-page-1/#comment-131</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Tue, 08 Jan 2008 09:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/#comment-131</guid>
		<description>Thanks Scott,

I think one way or another handling the imminent flood of outsourcing documentation is critical to the future of Technical Communication.

We&#039;ll see who listens. 

Great blog by the way. I like the concepts. I will get that podcast and listen to it ASAP.</description>
		<content:encoded><![CDATA[<p>Thanks Scott,</p>
<p>I think one way or another handling the imminent flood of outsourcing documentation is critical to the future of Technical Communication.</p>
<p>We&#8217;ll see who listens. </p>
<p>Great blog by the way. I like the concepts. I will get that podcast and listen to it ASAP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scot</title>
		<link>http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/comment-page-1/#comment-130</link>
		<dc:creator>Scot</dc:creator>
		<pubDate>Mon, 07 Jan 2008 23:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://charlesjeter.com/2008/01/03/pdf-unfit-for-human-consumption-jakob-nielsens-alertbox/#comment-130</guid>
		<description>Charles,

Thanks for the mention. Interesting that you brought up outsourcing documentation to India. My business partner Aaron Davis and I did a &lt;a href=&quot;http://dmn.podbean.com/2007/10/22/technical-communications-and-india/&quot; rel=&quot;nofollow&quot;&gt;podcast&lt;/a&gt; on that very subject last autumn.

Scott</description>
		<content:encoded><![CDATA[<p>Charles,</p>
<p>Thanks for the mention. Interesting that you brought up outsourcing documentation to India. My business partner Aaron Davis and I did a <a href="http://dmn.podbean.com/2007/10/22/technical-communications-and-india/" rel="nofollow">podcast</a> on that very subject last autumn.</p>
<p>Scott</p>
]]></content:encoded>
	</item>
</channel>
</rss>
