<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: ODF: Twenty Patterns of Use</title>
	<atom:link href="http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Tue, 16 Mar 2010 03:07:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The 21st ODF Toolkit Scenario</title>
		<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-2639</link>
		<dc:creator>The 21st ODF Toolkit Scenario</dc:creator>
		<pubDate>Wed, 06 Jan 2010 02:05:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-2639</guid>
		<description>[...] Back in 2006 I gave a short in talk at a KDE conference in Dublin on the topic of &#8220;A Standard ODF Object Model&#8221;, essentially laying out my thoughts on why we needed an &#8220;ODF Toolkit&#8221;. As part of that presentation I listed &#8220;20 Prototypical App Dev Scenarios&#8221;, my attempt to enumerate all the fundamental patterns of use for ODF. I did a blog post on this list later that year. [...]</description>
		<content:encoded><![CDATA[<p>[...] Back in 2006 I gave a short in talk at a KDE conference in Dublin on the topic of &#8220;A Standard ODF Object Model&#8221;, essentially laying out my thoughts on why we needed an &#8220;ODF Toolkit&#8221;. As part of that presentation I listed &#8220;20 Prototypical App Dev Scenarios&#8221;, my attempt to enumerate all the fundamental patterns of use for ODF. I did a blog post on this list later that year. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-152</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 25 Oct 2006 14:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-152</guid>
		<description>#8  validation -- an example might be accessibility proofing.  So, today checking things like all images must have alt text is easy to do.  But what if we want to verify that no chart relies on color alone to impart meaning?  You might want to check this to ensure that the a chart is readable by the color-blind user.  This is something that can easily be expressed as a schema constraint.&lt;br/&gt;&lt;br/&gt;Another example would be a journal&#039;s style guidelines with regards to figures, citation style, etc.  It is not something you would want to mandate as the document schema per se, since each publisher is different.  But it is something you might want to layer on as an additional set of pluggable constraints which can be evaluated when that particular output is targetted.  My main point is validation is more than schema validation.  &lt;br/&gt;&lt;br/&gt;As to your second point, certainly these scenarios are possible with any well-written, platform and application neutral XML document format.  That said, my reading of Microsoft&#039;s OOXML does not leave me optimistic in that regard.</description>
		<content:encoded><![CDATA[<p>#8  validation &#8212; an example might be accessibility proofing.  So, today checking things like all images must have alt text is easy to do.  But what if we want to verify that no chart relies on color alone to impart meaning?  You might want to check this to ensure that the a chart is readable by the color-blind user.  This is something that can easily be expressed as a schema constraint.</p>
<p>Another example would be a journal&#8217;s style guidelines with regards to figures, citation style, etc.  It is not something you would want to mandate as the document schema per se, since each publisher is different.  But it is something you might want to layer on as an additional set of pluggable constraints which can be evaluated when that particular output is targetted.  My main point is validation is more than schema validation.  </p>
<p>As to your second point, certainly these scenarios are possible with any well-written, platform and application neutral XML document format.  That said, my reading of Microsoft&#8217;s OOXML does not leave me optimistic in that regard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-150</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 25 Oct 2006 02:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-150</guid>
		<description>How is #8 (Validation of document) possible?&lt;br/&gt;&lt;br/&gt;Also, a minor nitpick. Pretty much all of these are available with Microsoft software. But since ODF reuses free specs and is free, these are now available without vendor lock-in. :-)</description>
		<content:encoded><![CDATA[<p>How is #8 (Validation of document) possible?</p>
<p>Also, a minor nitpick. Pretty much all of these are available with Microsoft software. But since ODF reuses free specs and is free, these are now available without vendor lock-in. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-93</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 30 Sep 2006 12:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-93</guid>
		<description>Good to see that you are none the worse for wear, or Dublin weir, Rob, your presentation at the KDE event was very interesting. Regarding your 20 patterns it would be useful to know, from a lay viewpoint, what each of these would entail in terms of development</description>
		<content:encoded><![CDATA[<p>Good to see that you are none the worse for wear, or Dublin weir, Rob, your presentation at the KDE event was very interesting. Regarding your 20 patterns it would be useful to know, from a lay viewpoint, what each of these would entail in terms of development</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cliff</title>
		<link>http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-92</link>
		<dc:creator>cliff</dc:creator>
		<pubDate>Fri, 29 Sep 2006 03:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2006/09/odf-twenty-patterns-of-use.html#comment-92</guid>
		<description>Besides Google Spreadsheets, &lt;a HREF=&quot;http://www.editgrid.com&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;EditGrid&lt;/a&gt; is another online spreadsheet support open document, with its &lt;a HREF=&quot;http://www.editgrid.com/tnc/cliff/Charts_Demo&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;charting function&lt;/a&gt; which Google Spreadsheets lacking as it taken taken the light apps approach, I invite you to give it a try.</description>
		<content:encoded><![CDATA[<p>Besides Google Spreadsheets, <a HREF="http://www.editgrid.com" REL="nofollow" rel="nofollow">EditGrid</a> is another online spreadsheet support open document, with its <a HREF="http://www.editgrid.com/tnc/cliff/Charts_Demo" REL="nofollow" rel="nofollow">charting function</a> which Google Spreadsheets lacking as it taken taken the light apps approach, I invite you to give it a try.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.511 seconds -->
