<?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: The Perils of Writing Good Documentation</title>
	<atom:link href="http://blog.reverberate.org/2009/07/30/the-perils-of-writing-good-documentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.reverberate.org/2009/07/30/the-perils-of-writing-good-documentation/</link>
	<description>parsing, performance, minimalism with C99</description>
	<lastBuildDate>Wed, 05 May 2010 20:14:07 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Shalabh</title>
		<link>http://blog.reverberate.org/2009/07/30/the-perils-of-writing-good-documentation/comment-page-1/#comment-1477</link>
		<dc:creator>Shalabh</dc:creator>
		<pubDate>Fri, 20 Nov 2009 00:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/?p=250#comment-1477</guid>
		<description>Hi Josh,

I used docbook for a couple of cafepy articles and even though it tends to be fairly verbose because of the XML tags, I would use it again. It has some built in features (such as callouts: http://www.docbook.org/tdg/en/html/callout.html, multiple output formats from same source, etc.) which make it attractive.

All the XML tags do slow you down so for shorter articles where I don&#039;t need all these features, I stick with Markdown or reST based stuff. It should be possible to convert from any format to any other so I&#039;m not worried about being locked-in. Also look at Sphinx (http://sphinx.pocoo.org/index.html) - it is reST based and was written for the Python language documentation. Looks like it can even do multiple output formats.</description>
		<content:encoded><![CDATA[<p>Hi Josh,</p>
<p>I used docbook for a couple of cafepy articles and even though it tends to be fairly verbose because of the XML tags, I would use it again. It has some built in features (such as callouts: <a href="http://www.docbook.org/tdg/en/html/callout.html" rel="nofollow">http://www.docbook.org/tdg/en/html/callout.html</a>, multiple output formats from same source, etc.) which make it attractive.</p>
<p>All the XML tags do slow you down so for shorter articles where I don&#8217;t need all these features, I stick with Markdown or reST based stuff. It should be possible to convert from any format to any other so I&#8217;m not worried about being locked-in. Also look at Sphinx (<a href="http://sphinx.pocoo.org/index.html" rel="nofollow">http://sphinx.pocoo.org/index.html</a>) &#8211; it is reST based and was written for the Python language documentation. Looks like it can even do multiple output formats.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Kleineikenscheidt</title>
		<link>http://blog.reverberate.org/2009/07/30/the-perils-of-writing-good-documentation/comment-page-1/#comment-1414</link>
		<dc:creator>Stefan Kleineikenscheidt</dc:creator>
		<pubDate>Fri, 31 Jul 2009 09:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/?p=250#comment-1414</guid>
		<description>Hi Josh,

I was faced with the same problem a couple years back.  Back then I put all documentation our new and shiny Confluence Wiki, but found out that the export wasn&#039;t very good (read: unusable).

As a result of this, I started to develop the &lt;a href=&quot;http://www.k15t.com/scroll&quot; rel=&quot;nofollow&quot;&gt;Scroll Wiki Exporter&lt;/a&gt; for Confluence which exports trees of wiki pages to DocBook or PDF.  That way you can work on the documentation collaboratively and have means to further process you documents (based on DocBook). 

For both Confluence and Scroll free community editions are available.

-Stefan</description>
		<content:encoded><![CDATA[<p>Hi Josh,</p>
<p>I was faced with the same problem a couple years back.  Back then I put all documentation our new and shiny Confluence Wiki, but found out that the export wasn&#8217;t very good (read: unusable).</p>
<p>As a result of this, I started to develop the <a href="http://www.k15t.com/scroll" rel="nofollow">Scroll Wiki Exporter</a> for Confluence which exports trees of wiki pages to DocBook or PDF.  That way you can work on the documentation collaboratively and have means to further process you documents (based on DocBook). </p>
<p>For both Confluence and Scroll free community editions are available.</p>
<p>-Stefan</p>
]]></content:encoded>
	</item>
</channel>
</rss>
