<?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 Leximation</title>
	<atom:link href="http://blog.leximation.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.leximation.com</link>
	<description>FrameMaker, DITA, AIR Help, and more</description>
	<lastBuildDate>Wed, 13 Mar 2013 12:59:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on Custom scripting in the DITA-FMx book-build process by Yves Barbion</title>
		<link>http://blog.leximation.com/2013/03/custom-scripting-in-the-dita-fmx-book-build-process/comment-page-1/#comment-5852</link>
		<dc:creator>Yves Barbion</dc:creator>
		<pubDate>Wed, 13 Mar 2013 12:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=294#comment-5852</guid>
		<description><![CDATA[This is really great stuff! I have just tested this with DITA-FMx 1.1.16 in FrameMaker 11 and it works (of course it does, because it&#039;s a Leximation product ;-). I can imagine using this script for all types of content which need background shading (no more tables!).
The only minor issue I see is when I set @status=changed on a section which consists of multiple paragraphs. Background shading is applied to each individual paragraph, but not on the complete section as a whole, but I guess that&#039;s just the way in which background shading currently works in Fm?]]></description>
		<content:encoded><![CDATA[<p>This is really great stuff! I have just tested this with DITA-FMx 1.1.16 in FrameMaker 11 and it works (of course it does, because it&#8217;s a Leximation product ;-). I can imagine using this script for all types of content which need background shading (no more tables!).<br />
The only minor issue I see is when I set @status=changed on a section which consists of multiple paragraphs. Background shading is applied to each individual paragraph, but not on the complete section as a whole, but I guess that&#8217;s just the way in which background shading currently works in Fm?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by saprentice</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5841</link>
		<dc:creator>saprentice</dc:creator>
		<pubDate>Tue, 12 Mar 2013 22:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5841</guid>
		<description><![CDATA[Yves .. I&#039;d take an ugly but functional &quot;UI&quot; any day over a beautiful but useless &quot;DI&quot;! 
Cheers!]]></description>
		<content:encoded><![CDATA[<p>Yves .. I&#8217;d take an ugly but functional &#8220;UI&#8221; any day over a beautiful but useless &#8220;DI&#8221;!<br />
Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by saprentice</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5840</link>
		<dc:creator>saprentice</dc:creator>
		<pubDate>Tue, 12 Mar 2013 22:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5840</guid>
		<description><![CDATA[Klaus .. you are right. The smaller companies do generally focus on higher quality and simpler design. At some point it seems that as a software company &quot;grows up&quot; they forget about who their customers really are and what those people really do. Sad but true.]]></description>
		<content:encoded><![CDATA[<p>Klaus .. you are right. The smaller companies do generally focus on higher quality and simpler design. At some point it seems that as a software company &#8220;grows up&#8221; they forget about who their customers really are and what those people really do. Sad but true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by Klaus Daube</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5837</link>
		<dc:creator>Klaus Daube</dc:creator>
		<pubDate>Tue, 12 Mar 2013 16:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5837</guid>
		<description><![CDATA[Scott, this blogpost is balsam to my soul! I&#039;m really thinking that at least in one big company there are far to many designers at work...
Concerning the bug fixing issue: it&#039;s my impressen that small companies or even share-ware-producers follow this principle. I use programs which are updated only for the adaptation to a new OS - they just work as intended.]]></description>
		<content:encoded><![CDATA[<p>Scott, this blogpost is balsam to my soul! I&#8217;m really thinking that at least in one big company there are far to many designers at work&#8230;<br />
Concerning the bug fixing issue: it&#8217;s my impressen that small companies or even share-ware-producers follow this principle. I use programs which are updated only for the adaptation to a new OS &#8211; they just work as intended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by saprentice</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5772</link>
		<dc:creator>saprentice</dc:creator>
		<pubDate>Fri, 08 Mar 2013 22:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5772</guid>
		<description><![CDATA[Nice referenced article Arnis! Simple *is* hard.]]></description>
		<content:encoded><![CDATA[<p>Nice referenced article Arnis! Simple *is* hard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by Arnis Gubins</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5732</link>
		<dc:creator>Arnis Gubins</dc:creator>
		<pubDate>Wed, 06 Mar 2013 03:47:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5732</guid>
		<description><![CDATA[As a segue from my previous comment, the following article would be extremely beneficial for the cool &amp; trendy UI designers to read and understand.

The Complexity of Simplicity @ http://uxmag.com/articles/the-complexity-of-simplicity]]></description>
		<content:encoded><![CDATA[<p>As a segue from my previous comment, the following article would be extremely beneficial for the cool &amp; trendy UI designers to read and understand.</p>
<p>The Complexity of Simplicity @ <a href="http://uxmag.com/articles/the-complexity-of-simplicity" rel="nofollow">http://uxmag.com/articles/the-complexity-of-simplicity</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by Arnis Gubins</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5731</link>
		<dc:creator>Arnis Gubins</dc:creator>
		<pubDate>Wed, 06 Mar 2013 03:20:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5731</guid>
		<description><![CDATA[Spot on Scott!

bad UI = bad UX

It would really help if developers ate their own dogfood and produced a complete &amp; up-to-date &quot;product&quot; setting the gold standard for how the tool(s) should be used (instead of using tried &amp; true versions 3-4 releases back!).

For some companies, however, it sadly seems like Mr. Murphy in Marketing has forbidden the KISS rule to be applied.]]></description>
		<content:encoded><![CDATA[<p>Spot on Scott!</p>
<p>bad UI = bad UX</p>
<p>It would really help if developers ate their own dogfood and produced a complete &amp; up-to-date &#8220;product&#8221; setting the gold standard for how the tool(s) should be used (instead of using tried &amp; true versions 3-4 releases back!).</p>
<p>For some companies, however, it sadly seems like Mr. Murphy in Marketing has forbidden the KISS rule to be applied.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Have UI designers forgotten about usability? by Yves Barbion</title>
		<link>http://blog.leximation.com/2013/03/have-ui-designers-forgotten-about-usability/comment-page-1/#comment-5714</link>
		<dc:creator>Yves Barbion</dc:creator>
		<pubDate>Tue, 05 Mar 2013 08:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=271#comment-5714</guid>
		<description><![CDATA[I fully agree, Scott. After all, we&#039;re talking about a *U*I, not a *D*I (as in &quot;Designer Interface&quot;), aren&#039;t we? In this respect, template development is like software development: yes, the result should look nice and professional, but above all, it should just *work*.]]></description>
		<content:encoded><![CDATA[<p>I fully agree, Scott. After all, we&#8217;re talking about a *U*I, not a *D*I (as in &#8220;Designer Interface&#8221;), aren&#8217;t we? In this respect, template development is like software development: yes, the result should look nice and professional, but above all, it should just *work*.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FrameMaker 11 Review: XML and Structured Authoring by Adobe Product-opedia &#171; TechComm Central by Adobe</title>
		<link>http://blog.leximation.com/2012/07/179/comment-page-1/#comment-2043</link>
		<dc:creator>Adobe Product-opedia &#171; TechComm Central by Adobe</dc:creator>
		<pubDate>Wed, 05 Sep 2012 10:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=179#comment-2043</guid>
		<description><![CDATA[[...] A detailed review of FrameMaker 11 XML features, by Scott Prentice of Leximation is here [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A detailed review of FrameMaker 11 XML features, by Scott Prentice of Leximation is here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iBooks Author and Adobe FrameMaker? by Chris S Markham</title>
		<link>http://blog.leximation.com/2012/01/apple-ibooks-author-and-adobe-framemaker/comment-page-1/#comment-2038</link>
		<dc:creator>Chris S Markham</dc:creator>
		<pubDate>Mon, 03 Sep 2012 16:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.leximation.com/?p=143#comment-2038</guid>
		<description><![CDATA[A small if belated correction is due. 

&quot;...drove Frame Technology to the edge of bankruptcy.&quot; 

Hyperbole to make a point, perhaps, but untrue. I was there pre-IPO until Adobe first killed then revived FM. Frame Technology was healthy when sold to Adobe for half a $billion. Word was never seen as a competitor to FM. FM was and is still the long document champ, though 20 years later MSW is still making inroads. 
That said, as pretty much the sole tool in this space, FM has been pressed to Swiss Army Knife service. All input and output formats are desired.  Witness this great blog post. In this particular case we might suggest that IBA would have more import formats as surely Apple knows that repurposing existing content is where the bulk of the iBooks library is going to come from. XML import would be a great start; XSL transforms are much easier bridges to build than proprietary format (MIF not withstanding) filters. Thanks &#039;saprentice&#039; and Leximation for putting out the fruits of your early research; you&#039;ve saved me a lot of time 9 months later. 

Lastly, I should say that wishing for FM to store in anything but native .fm format is a pipe-dream. I&#039;ve been in the core source code. The formatter is brilliant, despite all its shortcomings (25 years!) but could not survive such a rewrite. If I might wax nostalgic a little longer, I&#039;d relate that Adobe&#039;s effort to rewrite Aldus PageMaker code into what became InDesign took 5 years and a lot of $millions. That isn&#039;t going to ever happen again.]]></description>
		<content:encoded><![CDATA[<p>A small if belated correction is due. </p>
<p>&#8220;&#8230;drove Frame Technology to the edge of bankruptcy.&#8221; </p>
<p>Hyperbole to make a point, perhaps, but untrue. I was there pre-IPO until Adobe first killed then revived FM. Frame Technology was healthy when sold to Adobe for half a $billion. Word was never seen as a competitor to FM. FM was and is still the long document champ, though 20 years later MSW is still making inroads.<br />
That said, as pretty much the sole tool in this space, FM has been pressed to Swiss Army Knife service. All input and output formats are desired.  Witness this great blog post. In this particular case we might suggest that IBA would have more import formats as surely Apple knows that repurposing existing content is where the bulk of the iBooks library is going to come from. XML import would be a great start; XSL transforms are much easier bridges to build than proprietary format (MIF not withstanding) filters. Thanks &#8216;saprentice&#8217; and Leximation for putting out the fruits of your early research; you&#8217;ve saved me a lot of time 9 months later. </p>
<p>Lastly, I should say that wishing for FM to store in anything but native .fm format is a pipe-dream. I&#8217;ve been in the core source code. The formatter is brilliant, despite all its shortcomings (25 years!) but could not survive such a rewrite. If I might wax nostalgic a little longer, I&#8217;d relate that Adobe&#8217;s effort to rewrite Aldus PageMaker code into what became InDesign took 5 years and a lot of $millions. That isn&#8217;t going to ever happen again.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
