<?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"
	>
<channel>
	<title>Comments on: Back to DITA?</title>
	<atom:link href="http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/</link>
	<description>musings on technical communications</description>
	<pubDate>Sat, 05 Jul 2008 21:27:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: &#160; Weekly link roundup&#160;by&#160;Communications from DMN</title>
		<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-3101</link>
		<dc:creator>&#160; Weekly link roundup&#160;by&#160;Communications from DMN</dc:creator>
		<pubDate>Sat, 03 May 2008 10:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-3101</guid>
		<description>[...] Gordon McLean talks about reconsidering DITA. [...]</description>
		<content:encoded><![CDATA[<p>[...] Gordon McLean talks about reconsidering DITA. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon McLean</title>
		<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2541</link>
		<dc:creator>Gordon McLean</dc:creator>
		<pubDate>Thu, 13 Mar 2008 07:57:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2541</guid>
		<description>Fabrice, I always welcome discussion on these topics. That's why I post them!

I will summarise why we are going with DITA in a separate post, and it certainly looks like I need to get a little deeper into this before we go any further.

Thanks for the info, very useful.</description>
		<content:encoded><![CDATA[<p>Fabrice, I always welcome discussion on these topics. That&#8217;s why I post them!</p>
<p>I will summarise why we are going with DITA in a separate post, and it certainly looks like I need to get a little deeper into this before we go any further.</p>
<p>Thanks for the info, very useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabrice Talbot</title>
		<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2540</link>
		<dc:creator>Fabrice Talbot</dc:creator>
		<pubDate>Thu, 13 Mar 2008 05:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2540</guid>
		<description>Great you are choosing a single-source system to manage your documentation. 

Based on the comments thread I would like to add some stuff for thought:

"based on a content audit the migration of our legacy content matches the DITA topic structure perfectly.
"
This statement is valid for.. whole the companies in the world. DITA uses a very flexible architecure and can map anything... However the mappping for your company does not exist yet. Experts will have to do the wrok ($$$). My advice: ask your partner how much it will cost to do the mapping and how long it will take... 

"I DO NOT WANT to spend time ‘tweaking’ code for layout."
Makes sense :-) However, both DITA and Docbook use stylesheets to render the final output. So these stylesheets will have to be created and/or tweaked.

You may also be interested in this article that compares Docbook and DITA: http://www.livetechdocs.com/blog/?p=6

Please don't take me wrong. I am sure you have good reasons to go for DITA. I just wanted to bring a neutral input to the discussion.

Good luck with your migration to DITA!</description>
		<content:encoded><![CDATA[<p>Great you are choosing a single-source system to manage your documentation. </p>
<p>Based on the comments thread I would like to add some stuff for thought:</p>
<p>&#8220;based on a content audit the migration of our legacy content matches the DITA topic structure perfectly.<br />
&#8221;<br />
This statement is valid for.. whole the companies in the world. DITA uses a very flexible architecure and can map anything&#8230; However the mappping for your company does not exist yet. Experts will have to do the wrok ($$$). My advice: ask your partner how much it will cost to do the mapping and how long it will take&#8230; </p>
<p>&#8220;I DO NOT WANT to spend time ‘tweaking’ code for layout.&#8221;<br />
Makes sense :-) However, both DITA and Docbook use stylesheets to render the final output. So these stylesheets will have to be created and/or tweaked.</p>
<p>You may also be interested in this article that compares Docbook and DITA: <a href="http://www.livetechdocs.com/blog/?p=6" rel="nofollow">http://www.livetechdocs.com/blog/?p=6</a></p>
<p>Please don&#8217;t take me wrong. I am sure you have good reasons to go for DITA. I just wanted to bring a neutral input to the discussion.</p>
<p>Good luck with your migration to DITA!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon McLean</title>
		<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2537</link>
		<dc:creator>Gordon McLean</dc:creator>
		<pubDate>Wed, 12 Mar 2008 22:08:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2537</guid>
		<description>Dorothy, thanks for all those details, very good of you to share.

You touch on something I agree with, namely that the products aren't quite there yet but are probably close enough that the effort required to get a solution in place is worthwhile.

I'll look into DocZone.</description>
		<content:encoded><![CDATA[<p>Dorothy, thanks for all those details, very good of you to share.</p>
<p>You touch on something I agree with, namely that the products aren&#8217;t quite there yet but are probably close enough that the effort required to get a solution in place is worthwhile.</p>
<p>I&#8217;ll look into DocZone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dorothy Hoskins</title>
		<link>http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2536</link>
		<dc:creator>Dorothy Hoskins</dc:creator>
		<pubDate>Wed, 12 Mar 2008 21:27:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2008/03/11/back-to-dita/#comment-2536</guid>
		<description>We are piloting the DocZone solution for DITA CMS, XML authoring and translation workflows soon. While we are awaiting their software-as-a-service implementation, we needed to continue developing some content in Arbortext. We have to edit hrefs that Arbortext Editor inserts to remove the complete file paths (we want them to be relative, not absolute). Then we have the problem of getting the PDF and HTML output we want -- haven't gotten into how to get AE to do that yet.
I have also investigated importing DITA content created outside of FrameMaker into FM 8 and it works pretty well, so you can style the page layout and tweak the typography in it just like any other FM documents. See http://2007.xmlconference.org/public/asset/attachment/281. You can build an FM .book from a ditamap and then print that to PDF with all the bells and whistles. But for HTML you have to install a plug-in to FM to run the Open Toolkit, which is not very friendly. I have turned to Hyperwrite WinANT by Tony Self for my HTML output.
So while there is progress, so far it's been kind of half-hearted from the XML authoring application vendors. We hope that DocZone will give  us a seamless authoring-to-publishing capability (Xopus is included for writing XML and TopLeaf is integrated for PDF output). But in that case you are using their CMS as a service, so you have to decide if that works for your situation.
It is a mixed environment -- I think the next year or so will bring some really good products to market in the DITA space, but meanwhile there's work to do, so we just find the tools we can and get the job done.</description>
		<content:encoded><![CDATA[<p>We are piloting the DocZone solution for DITA CMS, XML authoring and translation workflows soon. While we are awaiting their software-as-a-service implementation, we needed to continue developing some content in Arbortext. We have to edit hrefs that Arbortext Editor inserts to remove the complete file paths (we want them to be relative, not absolute). Then we have the problem of getting the PDF and HTML output we want &#8212; haven&#8217;t gotten into how to get AE to do that yet.<br />
I have also investigated importing DITA content created outside of FrameMaker into FM 8 and it works pretty well, so you can style the page layout and tweak the typography in it just like any other FM documents. See <a href="http://2007.xmlconference.org/public/asset/attachment/281" rel="nofollow">http://2007.xmlconference.org/public/asset/attachment/281</a>. You can build an FM .book from a ditamap and then print that to PDF with all the bells and whistles. But for HTML you have to install a plug-in to FM to run the Open Toolkit, which is not very friendly. I have turned to Hyperwrite WinANT by Tony Self for my HTML output.<br />
So while there is progress, so far it&#8217;s been kind of half-hearted from the XML authoring application vendors. We hope that DocZone will give  us a seamless authoring-to-publishing capability (Xopus is included for writing XML and TopLeaf is integrated for PDF output). But in that case you are using their CMS as a service, so you have to decide if that works for your situation.<br />
It is a mixed environment &#8212; I think the next year or so will bring some really good products to market in the DITA space, but meanwhile there&#8217;s work to do, so we just find the tools we can and get the job done.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
