<?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: Evolution doc issues</title>
	<atom:link href="http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/</link>
	<description>My personal weblog on my work in GNOME</description>
	<lastBuildDate>Mon, 05 Apr 2010 19:28:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Andre Klapper</title>
		<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/comment-page-1/#comment-278</link>
		<dc:creator>Andre Klapper</dc:creator>
		<pubDate>Thu, 13 Dec 2007 18:46:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/#comment-278</guid>
		<description>čau matĕj,
there seems to be will to move away from framemaker, but emacs is just not an option for these writers. so the question is &quot;what to use instead of framemaker?&quot;, and that is what this blog entry is about imo. :-)</description>
		<content:encoded><![CDATA[<p>čau matĕj,<br />
there seems to be will to move away from framemaker, but emacs is just not an option for these writers. so the question is &#8220;what to use instead of framemaker?&#8221;, and that is what this blog entry is about imo. <img src='http://blogs.gnome.org/sragavan/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/comment-page-1/#comment-277</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Thu, 13 Dec 2007 18:00:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/#comment-277</guid>
		<description>Matej: Lets keep it civil.

It&#039;s obvious to anyone that Srini is genuinely trying to find a solution that makes everyone happy. He clearly does not want Evolution doc contributors to have to spend $900 for doc-editing tools, that accusation is just rediculous.

As far as hand-editing large xml files, you have to be kidding. Anyone who has tried such a thing can tell you that such a suggestions is insane for a number of reasons, of which these are just a few:

1. xml, while &quot;humanly readable&quot;, does not offer itself well to WYSIWYG and so is not efficient for writing docs. If it were, we wouldn&#039;t have word processors.

2. You need to remember the rules for encoding xml CDATA/property values and know the conversions by memory. This is just too much effort and very prone to error.

3. No spell-checking facility which is quite handy


As far as Olafur&#039;s suggestion of Conglomerate - I have no experience with the tool, but from the website (http://www.conglomerate.org), it seems a far better solution than hand-editing.

I might start using it for my own projects :)

Thanks, Olafur.</description>
		<content:encoded><![CDATA[<p>Matej: Lets keep it civil.</p>
<p>It&#8217;s obvious to anyone that Srini is genuinely trying to find a solution that makes everyone happy. He clearly does not want Evolution doc contributors to have to spend $900 for doc-editing tools, that accusation is just rediculous.</p>
<p>As far as hand-editing large xml files, you have to be kidding. Anyone who has tried such a thing can tell you that such a suggestions is insane for a number of reasons, of which these are just a few:</p>
<p>1. xml, while &#8220;humanly readable&#8221;, does not offer itself well to WYSIWYG and so is not efficient for writing docs. If it were, we wouldn&#8217;t have word processors.</p>
<p>2. You need to remember the rules for encoding xml CDATA/property values and know the conversions by memory. This is just too much effort and very prone to error.</p>
<p>3. No spell-checking facility which is quite handy</p>
<p>As far as Olafur&#8217;s suggestion of Conglomerate &#8211; I have no experience with the tool, but from the website (<a href="http://www.conglomerate.org" rel="nofollow">http://www.conglomerate.org</a>), it seems a far better solution than hand-editing.</p>
<p>I might start using it for my own projects <img src='http://blogs.gnome.org/sragavan/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
<p>Thanks, Olafur.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sragavan</title>
		<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/comment-page-1/#comment-276</link>
		<dc:creator>sragavan</dc:creator>
		<pubDate>Thu, 13 Dec 2007 14:41:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/#comment-276</guid>
		<description>Matěj,
Btw, I did&#039;t complain of any thing. I know of docbook/xml. Frame also generates it. Which is what the doc team here uses and I was discussing the workflow issue that we are facing and asking for suggestion .  May be you need to read my tone to know if I&#039;m open for a solution or not. I understand the size of doc is smaller than the source code itself.  I was wondering if a tool (Be it Open sourced or proprietary) can do it, why would one hand write everything. I&#039;m asking for suggestions on how other projects do it. If hand-editing seems to be the best/easy solution, I think then we have to do that.  (Note: I&#039;m just a coder and I&#039;m speaking on behalf my doc person)</description>
		<content:encoded><![CDATA[<p>Matěj,<br />
Btw, I did&#8217;t complain of any thing. I know of docbook/xml. Frame also generates it. Which is what the doc team here uses and I was discussing the workflow issue that we are facing and asking for suggestion .  May be you need to read my tone to know if I&#8217;m open for a solution or not. I understand the size of doc is smaller than the source code itself.  I was wondering if a tool (Be it Open sourced or proprietary) can do it, why would one hand write everything. I&#8217;m asking for suggestions on how other projects do it. If hand-editing seems to be the best/easy solution, I think then we have to do that.  (Note: I&#8217;m just a coder and I&#8217;m speaking on behalf my doc person)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olafur Arason</title>
		<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/comment-page-1/#comment-275</link>
		<dc:creator>Olafur Arason</dc:creator>
		<pubDate>Thu, 13 Dec 2007 10:42:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/#comment-275</guid>
		<description>Conglomerate works pretty well, at least on gedit help documents. But it crashes on the evolution ones. 
It&#039;s open source so it&#039;s possible to fix it.
it&#039;s integrated with gnome so that&#039;s a plus.
And it does everything one needs from that kind of editor.</description>
		<content:encoded><![CDATA[<p>Conglomerate works pretty well, at least on gedit help documents. But it crashes on the evolution ones.<br />
It&#8217;s open source so it&#8217;s possible to fix it.<br />
it&#8217;s integrated with gnome so that&#8217;s a plus.<br />
And it does everything one needs from that kind of editor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matěj</title>
		<link>http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/comment-page-1/#comment-274</link>
		<dc:creator>Matěj</dc:creator>
		<pubDate>Thu, 13 Dec 2007 10:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/#comment-274</guid>
		<description>Let me try to recapitulate what you said -- you are maintaining your documentation in the obsolete (on Linux -- http://www.adobe.com/products/framemaker/systemreqs.html) proprietary and pretty expensive system (the current non-Linux version is for almost $900) and you complain that nobody is willing to help you with the maintenance?

And to your question how other projects are doing this -- let me see: KDE uses Docbook (http://developer.kde.org/documentation/), Gnome uses Docbook (http://live.gnome.org/DocumentationProject/Join), Linux kernel uses Docbook, Eclipse uses Docbook (their website is so messy, that I cannot find the proper URL. Are you so ignorant that you have to ask, or you just don&#039;t want to hear the answer?

Emacs nxml-mode is pretty good for writing XML and every other tool on the planet (free or non-free -- both in terms of license and money) can edit Docbook XML. 

And concerning the size of documentation and its maintenance by hand. Could you compare the size of Evolution documentation with the size of its source code? Do you need some proprietary non-sense for genrating that? Or do you really still &quot;just hand edit&quot; the source files? Is &quot;just&quot; text editor and svn enough? OK, so why it shouldn&#039;t be enough for your documentation?</description>
		<content:encoded><![CDATA[<p>Let me try to recapitulate what you said &#8212; you are maintaining your documentation in the obsolete (on Linux &#8212; <a href="http://www.adobe.com/products/framemaker/systemreqs.html" rel="nofollow">http://www.adobe.com/products/framemaker/systemreqs.html</a>) proprietary and pretty expensive system (the current non-Linux version is for almost $900) and you complain that nobody is willing to help you with the maintenance?</p>
<p>And to your question how other projects are doing this &#8212; let me see: KDE uses Docbook (<a href="http://developer.kde.org/documentation/" rel="nofollow">http://developer.kde.org/documentation/</a>), Gnome uses Docbook (<a href="http://live.gnome.org/DocumentationProject/Join" rel="nofollow">http://live.gnome.org/DocumentationProject/Join</a>), Linux kernel uses Docbook, Eclipse uses Docbook (their website is so messy, that I cannot find the proper URL. Are you so ignorant that you have to ask, or you just don&#8217;t want to hear the answer?</p>
<p>Emacs nxml-mode is pretty good for writing XML and every other tool on the planet (free or non-free &#8212; both in terms of license and money) can edit Docbook XML. </p>
<p>And concerning the size of documentation and its maintenance by hand. Could you compare the size of Evolution documentation with the size of its source code? Do you need some proprietary non-sense for genrating that? Or do you really still &#8220;just hand edit&#8221; the source files? Is &#8220;just&#8221; text editor and svn enough? OK, so why it shouldn&#8217;t be enough for your documentation?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/sragavan/2007/12/13/evolution-doc-issues/feed/ ) in 1.19799 seconds, on Feb 10th, 2012 at 10:31 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 11:31 am UTC -->
