<?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: Whither ODF?</title>
	<atom:link href="http://www.robweir.com/blog/2009/02/whither-odf.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2009/02/whither-odf.html</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Tue, 16 Mar 2010 23:56:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: PlanBForOpenOffice</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2259</link>
		<dc:creator>PlanBForOpenOffice</dc:creator>
		<pubDate>Mon, 04 May 2009 17:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2259</guid>
		<description>27. ... &quot;But the network sees trust based on reputation, rating, scoring, voting, reverse citation counts and other non-hierarchical values. How do we account for these?&quot;&lt;br /&gt;&lt;br /&gt;We only put any trust in these, if the identity of every author is human and based on &lt;i&gt;&quot;Today trust is based on digital signatures and classical questions of authentication, integrity and non-repudiation, all backed by a chain of trust traceable back to some well-known certification authority. In some contexts, this hierarchical, binary view of trust is adequate.&quot;&lt;/i&gt; &lt;br /&gt;&lt;br /&gt;Because rating, voting, scoring is only a trust indicator if the identity of the author is human and has a good reputation. Reverse Citation is no indicator of trust, because you never know if the citation does express trust or mistrust in the subject matter cited. &lt;br /&gt;&lt;br /&gt;Reputation is the result of identity and humanity. Or would you trust a (web)robot, just because it is consistent in it&#039;s spamming comments on the web?&lt;br /&gt;&lt;br /&gt;Which all brings us back to the Hierarchy of certification of identity and trust that might be assigned to it.&lt;br /&gt;&lt;br /&gt;The only thing we can change is the well know root of the certificate chain. There is no need to only trust commercial root cert or public global root certs. I can trust the (self signed and free) root cert my running club does issue and uses for signing its members, etc.</description>
		<content:encoded><![CDATA[<p>27. &#8230; &#8220;But the network sees trust based on reputation, rating, scoring, voting, reverse citation counts and other non-hierarchical values. How do we account for these?&#8221;</p>
<p>We only put any trust in these, if the identity of every author is human and based on <i>&#8220;Today trust is based on digital signatures and classical questions of authentication, integrity and non-repudiation, all backed by a chain of trust traceable back to some well-known certification authority. In some contexts, this hierarchical, binary view of trust is adequate.&#8221;</i> </p>
<p>Because rating, voting, scoring is only a trust indicator if the identity of the author is human and has a good reputation. Reverse Citation is no indicator of trust, because you never know if the citation does express trust or mistrust in the subject matter cited. </p>
<p>Reputation is the result of identity and humanity. Or would you trust a (web)robot, just because it is consistent in it&#8217;s spamming comments on the web?</p>
<p>Which all brings us back to the Hierarchy of certification of identity and trust that might be assigned to it.</p>
<p>The only thing we can change is the well know root of the certificate chain. There is no need to only trust commercial root cert or public global root certs. I can trust the (self signed and free) root cert my running club does issue and uses for signing its members, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2208</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 04 Mar 2009 17:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2208</guid>
		<description>@Victor,  How users think is the key question.  We&#039;d certainly benefit from more research in this area.  &lt;br/&gt;&lt;br/&gt;But I&#039;ll give you an anecdote.  Years ago, maybe 1989 or so Lotus 1-2-3 had a limitation in how many unique styles could be used in a spreadsheet.  Although there were not user-visible named-styles, each unique combination of typeface, text color and background color was stored as an index into a table.  Think of it like a pallete.  The table was limited to 255 entries.  So a user could only have 255 styles in a spreadsheet.  Now this sounds like high number.  How many styles do you typically use in a spreadsheet?  4?  10?  But you would not believe how many calls support received from customers who exceeded this limit.  What were these customers thinking?  What were they trying to accomplish?  Was directly manipulating cells to create 255 different attribute combinations a useful thing for them to do?  I tend to think it was not, that they their goal was something else, but the tool failed them and forced them to deal with minutia of text styles.&lt;br/&gt;&lt;br/&gt;I&#039;m not against good looking documents.  I just don&#039;t think there is more value in having the tool get it right than forcing the user to deal with it.  We don&#039;t expect users to figure out kerning on their own, do we?  They just type &quot;ll&quot; and the system figures out the correct spacing.  Over the years we&#039;ve seen more and more of the typography and visual layout occur automatically.</description>
		<content:encoded><![CDATA[<p>@Victor,  How users think is the key question.  We&#8217;d certainly benefit from more research in this area.  </p>
<p>But I&#8217;ll give you an anecdote.  Years ago, maybe 1989 or so Lotus 1-2-3 had a limitation in how many unique styles could be used in a spreadsheet.  Although there were not user-visible named-styles, each unique combination of typeface, text color and background color was stored as an index into a table.  Think of it like a pallete.  The table was limited to 255 entries.  So a user could only have 255 styles in a spreadsheet.  Now this sounds like high number.  How many styles do you typically use in a spreadsheet?  4?  10?  But you would not believe how many calls support received from customers who exceeded this limit.  What were these customers thinking?  What were they trying to accomplish?  Was directly manipulating cells to create 255 different attribute combinations a useful thing for them to do?  I tend to think it was not, that they their goal was something else, but the tool failed them and forced them to deal with minutia of text styles.</p>
<p>I&#8217;m not against good looking documents.  I just don&#8217;t think there is more value in having the tool get it right than forcing the user to deal with it.  We don&#8217;t expect users to figure out kerning on their own, do we?  They just type &#8220;ll&#8221; and the system figures out the correct spacing.  Over the years we&#8217;ve seen more and more of the typography and visual layout occur automatically.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2205</link>
		<dc:creator>Victor</dc:creator>
		<pubDate>Wed, 04 Mar 2009 16:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2205</guid>
		<description>Sorry - I can not give you a link since it was private study for one publishing agency and the goal was NOT to investigate if people are using spaces or buttons to center text.&lt;br/&gt;&lt;br/&gt;The goal was to determine if they need to spend money for MS Office 2007 or go with OpenOffice. They used MS Office 2003 before that.&lt;br/&gt;&lt;br/&gt;There are interesting highlights:&lt;br/&gt;1. External shape is less important then internals.&lt;br/&gt;2. Changes between MS Office 2003 and MS Office 2007 are skin-deep.&lt;br/&gt;&lt;br/&gt;First both MS Office 2007 and OpenOffice.org were shown and users were asked to voice their opinions. Most users felt they&#039;ll be comfortable with OpenOffice.org (it looks almost like MS Office 2003!) and will be uncomfortable with MS Office 2007 (it does not look like a MS Office at all!).&lt;br/&gt;&lt;br/&gt;Then they were asked to perform series of tasks (create letter, different types of reports, etc). After that their opinion was asked again. It was TOTALLY reversed. MS Office 2003 was still the preferred choice (this is what they know best), but MS Office 2007 was deemed &quot;acceptable&quot; and OpenOffice.org &quot;almost unusable&quot;.&lt;br/&gt;&lt;br/&gt;Why? Here is one task: &quot;you&#039;ve gotten letter without page numbering, add page numbers at the bottom&quot;. Failure rate for OpenOffice.org: 85%. Success rate for MS Office 2007: 85%. How come? Menu items are completely rearranged in MS Office 2007 and moved only slightly in OpenOffice.org (from &quot;Isert Page Numbers&quot; in MS Office 2003 to &quot;Insert-&gt;Fields-&gt;Page Number&quot; in OpenOffice.org)! The fact that items were moved in strange place affected just 30% of probationers. 70% of users were able to find the item. Yet 3/4 of them were unable to finish the task AFTER finding this item. The difference is simple: if you insert Page Number both MS Office 2003 and MS Office 2007 will ask you if you want this item at the bottom or at the top - and what format you&#039;ll need. OpenOffice.org will just put Page Number field where the cursor is. You need to first create footer and then put field there. This idea was insurmountable for most probationers.&lt;br/&gt;&lt;br/&gt;That&#039;s the biggest problem with your &quot;let&#039;s rethink the Office&quot; idea: people are ready to accept cosmetic changes (they accepted MS Office 2007), to teach them new way of thinking... it&#039;s much harder...</description>
		<content:encoded><![CDATA[<p>Sorry &#8211; I can not give you a link since it was private study for one publishing agency and the goal was NOT to investigate if people are using spaces or buttons to center text.</p>
<p>The goal was to determine if they need to spend money for MS Office 2007 or go with OpenOffice. They used MS Office 2003 before that.</p>
<p>There are interesting highlights:<br />1. External shape is less important then internals.<br />2. Changes between MS Office 2003 and MS Office 2007 are skin-deep.</p>
<p>First both MS Office 2007 and OpenOffice.org were shown and users were asked to voice their opinions. Most users felt they&#39;ll be comfortable with OpenOffice.org (it looks almost like MS Office 2003!) and will be uncomfortable with MS Office 2007 (it does not look like a MS Office at all!).</p>
<p>Then they were asked to perform series of tasks (create letter, different types of reports, etc). After that their opinion was asked again. It was TOTALLY reversed. MS Office 2003 was still the preferred choice (this is what they know best), but MS Office 2007 was deemed &quot;acceptable&quot; and OpenOffice.org &quot;almost unusable&quot;.</p>
<p>Why? Here is one task: &quot;you&#39;ve gotten letter without page numbering, add page numbers at the bottom&quot;. Failure rate for OpenOffice.org: 85%. Success rate for MS Office 2007: 85%. How come? Menu items are completely rearranged in MS Office 2007 and moved only slightly in OpenOffice.org (from &quot;Isert Page Numbers&quot; in MS Office 2003 to &quot;Insert-&gt;Fields-&gt;Page Number&quot; in OpenOffice.org)! The fact that items were moved in strange place affected just 30% of probationers. 70% of users were able to find the item. Yet 3/4 of them were unable to finish the task AFTER finding this item. The difference is simple: if you insert Page Number both MS Office 2003 and MS Office 2007 will ask you if you want this item at the bottom or at the top &#8211; and what format you&#39;ll need. OpenOffice.org will just put Page Number field where the cursor is. You need to first create footer and then put field there. This idea was insurmountable for most probationers.</p>
<p>That&#39;s the biggest problem with your &quot;let&#39;s rethink the Office&quot; idea: people are ready to accept cosmetic changes (they accepted MS Office 2007), to teach them new way of thinking&#8230; it&#39;s much harder&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2202</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 03 Mar 2009 22:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2202</guid>
		<description>@David, Your argument is plausible, but so is the opposite argument. &lt;br/&gt;&lt;br/&gt;For example, I can point to languages, such as Egyptian, Sumerian or Akkadian, where expression of semantic categories is directly expressed in the written language.  So the Sumerian sign for &quot;LUGAL&quot; will always precede the name of a king, where in hieroglyphics, the name of a god is placed within an ovular  cartouce. Although I cannot prove that these cultures did not die out because of their use of semantic tagging made thinking too hard, my guess is such linguistic features are not incompatible with the human brain.&lt;br/&gt;&lt;br/&gt;We essentially do this in English as well, when expressing possessives, e.g., &quot;Mike&#039;s dog&quot;.  The &#039; tags it as a possessive although this is purely a written convention, and no child learning to speak the language would know about it.  But still we semantically tag possessives when we write formally.  Similarly we tag proper nouns with capital letters, put foreign phrases in italics, computer keywords in monospace, etc.  &lt;br/&gt;&lt;br/&gt;The problem is not that we do not know how to think semantics when we write.  We do it all the time.  The problem is that our tools force us to think about them purely in terms of typography rather than semantic categories.  That is the unnatural part. &lt;br/&gt;&lt;br/&gt;So say I am writing an article and I want to put in a code fragment.  Which is the lazy, natural approach: choosing to indent the block, turn off full justification and set &quot;courier new&quot; as the font?  Or simply pick the &quot;code fragment&quot; style?  Unless you are a graphic designer, you are probably not thinking in type.  You are thinking about the subject matter at hand and the semantic approach is much closer to what your are thinking -- lower impedance mismatch -- with fewer distractions and context switches than trying to apply text attributes directly.&lt;br/&gt;&lt;br/&gt;It is hard to argue for the essential nature of bold and italics.  These did not exist until relatively modern times.  We were doing semantic tagging for 4,000 years before before italics even existed.  I won&#039;t deny that there is convention regarding the use of the bold and italics button in word processors. But it is a 15 year old bad habit only, not a rule of thought.</description>
		<content:encoded><![CDATA[<p>@David, Your argument is plausible, but so is the opposite argument. </p>
<p>For example, I can point to languages, such as Egyptian, Sumerian or Akkadian, where expression of semantic categories is directly expressed in the written language.  So the Sumerian sign for &#8220;LUGAL&#8221; will always precede the name of a king, where in hieroglyphics, the name of a god is placed within an ovular  cartouce. Although I cannot prove that these cultures did not die out because of their use of semantic tagging made thinking too hard, my guess is such linguistic features are not incompatible with the human brain.</p>
<p>We essentially do this in English as well, when expressing possessives, e.g., &#8220;Mike&#8217;s dog&#8221;.  The &#8216; tags it as a possessive although this is purely a written convention, and no child learning to speak the language would know about it.  But still we semantically tag possessives when we write formally.  Similarly we tag proper nouns with capital letters, put foreign phrases in italics, computer keywords in monospace, etc.  </p>
<p>The problem is not that we do not know how to think semantics when we write.  We do it all the time.  The problem is that our tools force us to think about them purely in terms of typography rather than semantic categories.  That is the unnatural part. </p>
<p>So say I am writing an article and I want to put in a code fragment.  Which is the lazy, natural approach: choosing to indent the block, turn off full justification and set &#8220;courier new&#8221; as the font?  Or simply pick the &#8220;code fragment&#8221; style?  Unless you are a graphic designer, you are probably not thinking in type.  You are thinking about the subject matter at hand and the semantic approach is much closer to what your are thinking &#8212; lower impedance mismatch &#8212; with fewer distractions and context switches than trying to apply text attributes directly.</p>
<p>It is hard to argue for the essential nature of bold and italics.  These did not exist until relatively modern times.  We were doing semantic tagging for 4,000 years before before italics even existed.  I won&#8217;t deny that there is convention regarding the use of the bold and italics button in word processors. But it is a 15 year old bad habit only, not a rule of thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Gerard</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2201</link>
		<dc:creator>David Gerard</dc:creator>
		<pubDate>Tue, 03 Mar 2009 21:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2201</guid>
		<description>@Rob - your answer fails to address why people consistently reject semantic markup, no matter how elegant. LyX isn&#039;t even popular with Linux users - OpenOffice is. That&#039;s why we have ODF rather than just using TeX.&lt;br/&gt;&lt;br/&gt;If they will just get over it, why has semantic formatting consistently been ignored in favour of presentational formatting?&lt;br/&gt;&lt;br/&gt;(Quick answer: because thinking clearly is too much work. I&#039;m not saying it&#039;s a good thing, I&#039;m saying it&#039;s an unavoidable design constraint. You can&#039;t design an international standard by starting &quot;First, we need better humans.&quot;)&lt;br/&gt;&lt;br/&gt;I&#039;m talking about tendencies to how people use things - not whether it&#039;s a horse or car, but the approach - and why your point 5 shows fundamentally erroneous thinking because it treats the thinking patterns of most people as a bug, rather than an unavoidable design requirement.&lt;br/&gt;&lt;br/&gt;I don&#039;t see that they were driving cars with any more attention to what they were doing when they were riding horses.</description>
		<content:encoded><![CDATA[<p>@Rob &#8211; your answer fails to address why people consistently reject semantic markup, no matter how elegant. LyX isn&#8217;t even popular with Linux users &#8211; OpenOffice is. That&#8217;s why we have ODF rather than just using TeX.</p>
<p>If they will just get over it, why has semantic formatting consistently been ignored in favour of presentational formatting?</p>
<p>(Quick answer: because thinking clearly is too much work. I&#8217;m not saying it&#8217;s a good thing, I&#8217;m saying it&#8217;s an unavoidable design constraint. You can&#8217;t design an international standard by starting &#8220;First, we need better humans.&#8221;)</p>
<p>I&#8217;m talking about tendencies to how people use things &#8211; not whether it&#8217;s a horse or car, but the approach &#8211; and why your point 5 shows fundamentally erroneous thinking because it treats the thinking patterns of most people as a bug, rather than an unavoidable design requirement.</p>
<p>I don&#8217;t see that they were driving cars with any more attention to what they were doing when they were riding horses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2200</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 03 Mar 2009 21:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2200</guid>
		<description>@Victor, Do you have a reference for that study?  I&#039;d love to read it.  In any case, there are ways to work with laziness.  For example OpenOffice today notices if you type consecutive lines with 1. and 2. and automatically turns this into a formal list style. You could as well notice if someone is entering a lot of spaces and either guess their intent or prompt them on whether they want to center something.  If they select italics, you could prompt them for a semantic tag, perhaps making a reasonable guess based on the text, user&#039;s past choices, the template used, etc.&lt;br/&gt;&lt;br/&gt;@David,  Before Henry Ford came alone, any survey would just say that all people wanted was a good horse.  Maybe it was because of familiarity, maybe some emotional attachment.  Ditto for the first electronic spreadsheet, the first electronic word processor, the first wiki, the first web browser.  Innovation starts from asking &quot;what if&quot;, not by asking what other features the user wants to see added to the familiar Word interface. &lt;br/&gt;&lt;br/&gt;Remember, people once wrote everything in a big cursive hand on pieces of paper with an quill pen that they cut themselves and used ink that they mixed up themselves -- ultimate direct manipulation.  But they got over it.  They once manually controlled line wrapping by deciding when to press the carriage return lever on a typewriter.  Can&#039;t more like direct manipulation than that.  But we got over it.  &lt;br/&gt;&lt;br/&gt;All of these innovations involved loss of control.  All of these advances looked scary at the time.  But in retrospect they are all obvious.  Some of them, like the loss of hand-cut pens, led to the demise of entire forms of expression, like calligraphy.  But we move on.&lt;br/&gt;&lt;br/&gt;@David, if I were designing a word processor for children, I might agree ;-)  But seriously, if we design only for people&#039;s inclinations, then we would design a hammer so it stored beer and was soft on the head so you could sleep on it, and was long enough to scratch your back.  But a hammer is a tool and we need to design it for the appropriate task -- hitting nails -- even if that task is not particularly fun.  So also a word processor.  It is used for preparing documents, and the nature of that task has evolved and we need something that increases productivity for that task.  A user&#039;s perception of intuitiveness is 90% by analogy with familiar paradigms.  After sufficient exposure to a new paradigm, it will be hard to image going back.</description>
		<content:encoded><![CDATA[<p>@Victor, Do you have a reference for that study?  I&#8217;d love to read it.  In any case, there are ways to work with laziness.  For example OpenOffice today notices if you type consecutive lines with 1. and 2. and automatically turns this into a formal list style. You could as well notice if someone is entering a lot of spaces and either guess their intent or prompt them on whether they want to center something.  If they select italics, you could prompt them for a semantic tag, perhaps making a reasonable guess based on the text, user&#8217;s past choices, the template used, etc.</p>
<p>@David,  Before Henry Ford came alone, any survey would just say that all people wanted was a good horse.  Maybe it was because of familiarity, maybe some emotional attachment.  Ditto for the first electronic spreadsheet, the first electronic word processor, the first wiki, the first web browser.  Innovation starts from asking &#8220;what if&#8221;, not by asking what other features the user wants to see added to the familiar Word interface. </p>
<p>Remember, people once wrote everything in a big cursive hand on pieces of paper with an quill pen that they cut themselves and used ink that they mixed up themselves &#8212; ultimate direct manipulation.  But they got over it.  They once manually controlled line wrapping by deciding when to press the carriage return lever on a typewriter.  Can&#8217;t more like direct manipulation than that.  But we got over it.  </p>
<p>All of these innovations involved loss of control.  All of these advances looked scary at the time.  But in retrospect they are all obvious.  Some of them, like the loss of hand-cut pens, led to the demise of entire forms of expression, like calligraphy.  But we move on.</p>
<p>@David, if I were designing a word processor for children, I might agree ;-)  But seriously, if we design only for people&#8217;s inclinations, then we would design a hammer so it stored beer and was soft on the head so you could sleep on it, and was long enough to scratch your back.  But a hammer is a tool and we need to design it for the appropriate task &#8212; hitting nails &#8212; even if that task is not particularly fun.  So also a word processor.  It is used for preparing documents, and the nature of that task has evolved and we need something that increases productivity for that task.  A user&#8217;s perception of intuitiveness is 90% by analogy with familiar paradigms.  After sufficient exposure to a new paradigm, it will be hard to image going back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Leigh</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2198</link>
		<dc:creator>Dave Leigh</dc:creator>
		<pubDate>Tue, 03 Mar 2009 20:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2198</guid>
		<description>Sounds like you&#039;d like LyX... or should at least borrow heavily from it. (I happen to like it, anyway).</description>
		<content:encoded><![CDATA[<p>Sounds like you&#8217;d like LyX&#8230; or should at least borrow heavily from it. (I happen to like it, anyway).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Gerard</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2197</link>
		<dc:creator>David Gerard</dc:creator>
		<pubDate>Tue, 03 Mar 2009 19:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2197</guid>
		<description>This is why in MediaWiki wikitext, there are few or no *invalid* text strings. Because people use tag soup naturally. If it doesn&#039;t work right, tweak and try again first and think deeply only later if at all.&lt;br/&gt;&lt;br/&gt;That drives computer scientists up the wall. But it&#039;s also a description of how children pick up language in the first place. So of course people are going to use HTML, wikitext, document creation programs, handwriting, pens, pencils, paper, etc. the same way.&lt;br/&gt;&lt;br/&gt;In the context of ODF: how do we think of the tag-soup nature of humans as a *feature*? Because thinking of it as a bug is going to put you fundamentally at odds with the vast majority of the humans you&#039;re supposedly doing this for, and will be a sure sign that your thinking is deeply flawed.</description>
		<content:encoded><![CDATA[<p>This is why in MediaWiki wikitext, there are few or no *invalid* text strings. Because people use tag soup naturally. If it doesn&#8217;t work right, tweak and try again first and think deeply only later if at all.</p>
<p>That drives computer scientists up the wall. But it&#8217;s also a description of how children pick up language in the first place. So of course people are going to use HTML, wikitext, document creation programs, handwriting, pens, pencils, paper, etc. the same way.</p>
<p>In the context of ODF: how do we think of the tag-soup nature of humans as a *feature*? Because thinking of it as a bug is going to put you fundamentally at odds with the vast majority of the humans you&#8217;re supposedly doing this for, and will be a sure sign that your thinking is deeply flawed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2196</link>
		<dc:creator>Victor</dc:creator>
		<pubDate>Tue, 03 Mar 2009 19:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2196</guid>
		<description>The fundamental fact is: people are lazy. They&#039;ll use the simplest possible tool they have.&lt;br/&gt;&lt;br/&gt;In recent study some secretaries were asked what they are supposed to do: write letter with headings and such. It goes without saying that none of them used styles. This is not what shocked me. The fact that over 80% of them used spaces to center the title and text in the top-right corner did.&lt;br/&gt;&lt;br/&gt;If users find one tool that works they&#039;ll use it 9 times out of 10. Even if better tool exist. And the tools which force usage of complex stuff (styles, etc) lose in marketplace.&lt;br/&gt;&lt;br/&gt;I don&#039;t know how new format can change it...</description>
		<content:encoded><![CDATA[<p>The fundamental fact is: people are lazy. They&#8217;ll use the simplest possible tool they have.</p>
<p>In recent study some secretaries were asked what they are supposed to do: write letter with headings and such. It goes without saying that none of them used styles. This is not what shocked me. The fact that over 80% of them used spaces to center the title and text in the top-right corner did.</p>
<p>If users find one tool that works they&#8217;ll use it 9 times out of 10. Even if better tool exist. And the tools which force usage of complex stuff (styles, etc) lose in marketplace.</p>
<p>I don&#8217;t know how new format can change it&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Gerard</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2195</link>
		<dc:creator>David Gerard</dc:creator>
		<pubDate>Tue, 03 Mar 2009 18:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2195</guid>
		<description>Heh. People use wikis ... and they use bold/italic presentation formatting, rather than semantic formatting.&lt;br/&gt;&lt;br/&gt;HTML is supposed to use semantic formatting. When humans who weren&#039;t nuclear physicists got their hands on it, they went hog-wild for presentation formatting.&lt;br/&gt;&lt;br/&gt;One of the biggest things holding MediaWiki back in the enterprise (over *proprietary* rivals such as Confluence) is that (for obscure technical reasons) it&#039;s very hard to do good WYSIWYG in it.&lt;br/&gt;&lt;br/&gt;People want and demand direct manipulation of the presentation, no matter how much and how persistently computer scientists keep trying to make them use semantic formatting. Semantic formatting is a fantastically useful and powerful idea and the only way to do things really properly. But most people don&#039;t give a hoot, any more than they&#039;re itching to get off their Windows box and write shell scripts.</description>
		<content:encoded><![CDATA[<p>Heh. People use wikis &#8230; and they use bold/italic presentation formatting, rather than semantic formatting.</p>
<p>HTML is supposed to use semantic formatting. When humans who weren&#8217;t nuclear physicists got their hands on it, they went hog-wild for presentation formatting.</p>
<p>One of the biggest things holding MediaWiki back in the enterprise (over *proprietary* rivals such as Confluence) is that (for obscure technical reasons) it&#8217;s very hard to do good WYSIWYG in it.</p>
<p>People want and demand direct manipulation of the presentation, no matter how much and how persistently computer scientists keep trying to make them use semantic formatting. Semantic formatting is a fantastically useful and powerful idea and the only way to do things really properly. But most people don&#8217;t give a hoot, any more than they&#8217;re itching to get off their Windows box and write shell scripts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakub Narebski</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2189</link>
		<dc:creator>Jakub Narebski</dc:creator>
		<pubDate>Mon, 02 Mar 2009 11:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2189</guid>
		<description>About removing explicit (non-style) formatting from word processor and grid from spreadsheet: you should consider cautionary tale of &lt;b&gt;Improv&lt;/b&gt;, the next generation spreadsheet which get rid of grid... and went nowhere that you can read in Joel Spolsky&#039;s &lt;a HREF=&quot;http://www.joelonsoftware.com/uibook/chapters/fog0000000065.html&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;The Process of Designing a Product&lt;/a&gt;.&lt;br/&gt;&lt;br/&gt;Poeple use word processor as mini-DTP to create birthday invitations. People use spreadsheet to keep lists. Both of those  use case you would make much more difficult with removing or hiding visial formatting toolbar [buttons] in word processor, and removing grid from spreadsheet.</description>
		<content:encoded><![CDATA[<p>About removing explicit (non-style) formatting from word processor and grid from spreadsheet: you should consider cautionary tale of <b>Improv</b>, the next generation spreadsheet which get rid of grid&#8230; and went nowhere that you can read in Joel Spolsky&#8217;s <a HREF="http://www.joelonsoftware.com/uibook/chapters/fog0000000065.html" REL="nofollow" rel="nofollow">The Process of Designing a Product</a>.</p>
<p>Poeple use word processor as mini-DTP to create birthday invitations. People use spreadsheet to keep lists. Both of those  use case you would make much more difficult with removing or hiding visial formatting toolbar [buttons] in word processor, and removing grid from spreadsheet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alan</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2187</link>
		<dc:creator>alan</dc:creator>
		<pubDate>Sun, 01 Mar 2009 21:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2187</guid>
		<description>Rob, your list is bang on. &lt;br/&gt;&lt;br/&gt;Re: the artificial dichotomy between spreadsheets and documents -- &lt;br/&gt;&lt;br/&gt;WordPerfect bought Quattro from Borland to round out their &quot;office&quot; suite; Microsoft bought Excel for the same reason. Neither of them made any effort to merge the two products into a single application. They were both competing with Lotus 1-2-3 and that&#039;s the paradigm people were demanding. &lt;br/&gt;&lt;br/&gt;Nearly 20 years later we are still stuck in an artificial paradigm created out of the initial limitations of computing and the resulting narrowness of vision. &lt;br/&gt;&lt;br/&gt;Microsoft tried to merge some of this with OLE, but that didn&#039;t really work because you can&#039;t natively refer to the results of an embedded spreadsheet later in your document. &lt;br/&gt;&lt;br/&gt;It was actually my early impression of OpenOffice that it had already merged the two, and I was disappointed that they were still separate apps... &lt;br/&gt;&lt;br/&gt;It has always struck me as ironic that the Mozilla foundation took the browser in the opposite direction -- Mozilla was an integrated application; now they&#039;ve spun off the browser and communications clients on their own (Firefox and Thunderbird) and abandoned the composition client. &lt;br/&gt;&lt;br/&gt;#5 - forcing the use of styles -- this is what Ventura Publisher did back in the late 1980s and early 1990s. Additionally, the stylesheet was a separate file from the document. This made it a snap to typeset database reports because you could insert the text tags as part of your report, open it in Ventura and the formatting was instantly applied. This is the right idea and the direction documents should have gone long ago. CSS allows the browser to select different layout styles for the same page, but very few sites give the viewer the option to switch styles. Documents should do this.</description>
		<content:encoded><![CDATA[<p>Rob, your list is bang on. </p>
<p>Re: the artificial dichotomy between spreadsheets and documents &#8212; </p>
<p>WordPerfect bought Quattro from Borland to round out their &#8220;office&#8221; suite; Microsoft bought Excel for the same reason. Neither of them made any effort to merge the two products into a single application. They were both competing with Lotus 1-2-3 and that&#8217;s the paradigm people were demanding. </p>
<p>Nearly 20 years later we are still stuck in an artificial paradigm created out of the initial limitations of computing and the resulting narrowness of vision. </p>
<p>Microsoft tried to merge some of this with OLE, but that didn&#8217;t really work because you can&#8217;t natively refer to the results of an embedded spreadsheet later in your document. </p>
<p>It was actually my early impression of OpenOffice that it had already merged the two, and I was disappointed that they were still separate apps&#8230; </p>
<p>It has always struck me as ironic that the Mozilla foundation took the browser in the opposite direction &#8212; Mozilla was an integrated application; now they&#8217;ve spun off the browser and communications clients on their own (Firefox and Thunderbird) and abandoned the composition client. </p>
<p>#5 &#8211; forcing the use of styles &#8212; this is what Ventura Publisher did back in the late 1980s and early 1990s. Additionally, the stylesheet was a separate file from the document. This made it a snap to typeset database reports because you could insert the text tags as part of your report, open it in Ventura and the formatting was instantly applied. This is the right idea and the direction documents should have gone long ago. CSS allows the browser to select different layout styles for the same page, but very few sites give the viewer the option to switch styles. Documents should do this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2182</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sat, 28 Feb 2009 15:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2182</guid>
		<description>@orchmid,&lt;br/&gt;&lt;br/&gt;It is hard to generalize on this.  Standards are produced when you get together a bunch of smart people with expertise in a particular area, typically representing vendors.  As such they are inherently no more or less likely to produce something of value than any other assemblage of smart people with expertise in a particular area.  If anything the trend is for technologies that are by nature network goods start out as multi-vendor standards and commercial success starts only after that.  For example, it is hard for a single vendor to push a new optical disc standard, since commercial success requires cooperation and interoperability among a wide range of parties: content providers, publishers, electronics manufacturers, etc.  In the case of office document formats, I think have been transitioning to where they are also now represent network goods, and customers increasing demand that their formats are standardized.  This will naturally lead to innovations in these formats to also be standardized.  &lt;br/&gt;&lt;br/&gt;Certainly my blog post is speculative, at least when applied to office formats.  But most of these ideas have been applied successfully in other domains.  In any case, the ODF TC should at least review speculative ideas in ODF-Next, and decide which ones have sufficient support to go forward with. If this leads us to do something innovative, then that&#039;s a risk I&#039;m willing to take.</description>
		<content:encoded><![CDATA[<p>@orchmid,</p>
<p>It is hard to generalize on this.  Standards are produced when you get together a bunch of smart people with expertise in a particular area, typically representing vendors.  As such they are inherently no more or less likely to produce something of value than any other assemblage of smart people with expertise in a particular area.  If anything the trend is for technologies that are by nature network goods start out as multi-vendor standards and commercial success starts only after that.  For example, it is hard for a single vendor to push a new optical disc standard, since commercial success requires cooperation and interoperability among a wide range of parties: content providers, publishers, electronics manufacturers, etc.  In the case of office document formats, I think have been transitioning to where they are also now represent network goods, and customers increasing demand that their formats are standardized.  This will naturally lead to innovations in these formats to also be standardized.  </p>
<p>Certainly my blog post is speculative, at least when applied to office formats.  But most of these ideas have been applied successfully in other domains.  In any case, the ODF TC should at least review speculative ideas in ODF-Next, and decide which ones have sufficient support to go forward with. If this leads us to do something innovative, then that&#8217;s a risk I&#8217;m willing to take.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orcmid</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2181</link>
		<dc:creator>orcmid</dc:creator>
		<pubDate>Fri, 27 Feb 2009 22:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2181</guid>
		<description>Cogitating further, I like your list a lot.  I don&#039;t think it has anything to do with ODF, OASIS, or standards development.  &lt;br/&gt;&lt;br/&gt;I think it is a great list to consider in developing products that have those qualities, and in learning how they might fit into the practices of people with work to do.  Some standardization will help, certainly, as interoperability concerns arise, but I don&#039;t think this is something to be solved by speculative standards-writing.&lt;br/&gt;&lt;br/&gt;I thought we already had enough failures with using standards writing to invent technologies.  Is it just that memories are short?&lt;br/&gt;&lt;br/&gt;The only successful exceptions I can think of are projects under the IETF, but they don&#039;t grant the &quot;Standard&quot; imprimatur to  anything that hasn&#039;t been built and become well-established.</description>
		<content:encoded><![CDATA[<p>Cogitating further, I like your list a lot.  I don&#8217;t think it has anything to do with ODF, OASIS, or standards development.  </p>
<p>I think it is a great list to consider in developing products that have those qualities, and in learning how they might fit into the practices of people with work to do.  Some standardization will help, certainly, as interoperability concerns arise, but I don&#8217;t think this is something to be solved by speculative standards-writing.</p>
<p>I thought we already had enough failures with using standards writing to invent technologies.  Is it just that memories are short?</p>
<p>The only successful exceptions I can think of are projects under the IETF, but they don&#8217;t grant the &#8220;Standard&#8221; imprimatur to  anything that hasn&#8217;t been built and become well-established.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orcmid</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2180</link>
		<dc:creator>orcmid</dc:creator>
		<pubDate>Fri, 27 Feb 2009 20:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2180</guid>
		<description>An outstanding rant!  Wow, all of the pent-up stuff.  &lt;br/&gt;&lt;br/&gt;Ignoring the particular interpretation of how we got here and what is or is not valuable, I take this as a terrific basis for a checklist on what we should be asking ourselves in the development of new ways to look at office productivity software and electronic &quot;documents.&quot;&lt;br/&gt;&lt;br/&gt;I am also rereading &quot;Dreaming in Code&quot; word by word and wondering what is that separation between dream and reality that plagues us without apparent end.</description>
		<content:encoded><![CDATA[<p>An outstanding rant!  Wow, all of the pent-up stuff.  </p>
<p>Ignoring the particular interpretation of how we got here and what is or is not valuable, I take this as a terrific basis for a checklist on what we should be asking ourselves in the development of new ways to look at office productivity software and electronic &#8220;documents.&#8221;</p>
<p>I am also rereading &#8220;Dreaming in Code&#8221; word by word and wondering what is that separation between dream and reality that plagues us without apparent end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2179</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Fri, 27 Feb 2009 01:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2179</guid>
		<description>@Frank,&lt;br/&gt;&lt;br/&gt;There might be something we can learn from Knuth&#039;s Literate Programming as well.  The verbal description of a model and the calculations of the model should be closely integrated, so the spreadsheet can be viewed as calculating engine or a description of the model and the results, depending on your mode.&lt;br/&gt;&lt;br/&gt;In any case, I think we&#039;ve artificial divorced analytic and textual capabilities.  This is probably because 1-2-3 came from one company and WordPerfect came from another.  But there is nothing in the nature of the underlying task that suggests these are different. &lt;br/&gt;&lt;br/&gt;As for getting people to use styles rather than directly setting text attributes, I think it is a matter of comfort level.  You need to show them that the document will consistently look good, even if they do not obsess over it.  In the same way, the first time I moved from a manual typewriter to a computer, I felt I lacked control because I did not have a bell to tell me I was near the end of a line.  In fact I was told not to explicitly add a carriage return on every line that the word processor would take care of it.  It took a few days to unlearn the old habits, but now using automatic line wrapping feels natural and increases productivity.  &lt;br/&gt;&lt;br/&gt;This is an example of power being what you can ignore rather than what you can control.  Heck before typewriters, laying out type required placing strips of lead between lines (so-called &quot;leading&quot;) to control line spacing, and other techniques to handle horizontal spacing (&quot;tracking&quot;) and kerning.  Now, very few of us worry or even know about this.  The word processor controls it and gives consistent results, better than 99% of us could do if we tried to mess with it manually.  Same thing with bold, italics, etc., IMHO.  We need to let go and ask ourselves, &quot;What could I be doing of value to my company/business/other endeavor with my time rather than micro-managing the typography of this document?&quot;  More and more of the process is automated.  This is progress.</description>
		<content:encoded><![CDATA[<p>@Frank,</p>
<p>There might be something we can learn from Knuth&#8217;s Literate Programming as well.  The verbal description of a model and the calculations of the model should be closely integrated, so the spreadsheet can be viewed as calculating engine or a description of the model and the results, depending on your mode.</p>
<p>In any case, I think we&#8217;ve artificial divorced analytic and textual capabilities.  This is probably because 1-2-3 came from one company and WordPerfect came from another.  But there is nothing in the nature of the underlying task that suggests these are different. </p>
<p>As for getting people to use styles rather than directly setting text attributes, I think it is a matter of comfort level.  You need to show them that the document will consistently look good, even if they do not obsess over it.  In the same way, the first time I moved from a manual typewriter to a computer, I felt I lacked control because I did not have a bell to tell me I was near the end of a line.  In fact I was told not to explicitly add a carriage return on every line that the word processor would take care of it.  It took a few days to unlearn the old habits, but now using automatic line wrapping feels natural and increases productivity.  </p>
<p>This is an example of power being what you can ignore rather than what you can control.  Heck before typewriters, laying out type required placing strips of lead between lines (so-called &#8220;leading&#8221;) to control line spacing, and other techniques to handle horizontal spacing (&#8220;tracking&#8221;) and kerning.  Now, very few of us worry or even know about this.  The word processor controls it and gives consistent results, better than 99% of us could do if we tried to mess with it manually.  Same thing with bold, italics, etc., IMHO.  We need to let go and ask ourselves, &#8220;What could I be doing of value to my company/business/other endeavor with my time rather than micro-managing the typography of this document?&#8221;  More and more of the process is automated.  This is progress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2178</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 26 Feb 2009 16:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2178</guid>
		<description>Hi Rob,&lt;br/&gt;I have been having similar thoughts about PCs and software being unsuitable for many users. I work at a university and frequently see colleagues having formatting problems with material cut and pasted between different applications (and not being able to understand why there is a problem). &lt;br/&gt;&lt;br/&gt;BTW: the word processor LyX (based on LaTeX) has some of the desirable characteristics you mentioned, in that the user decides what they want to do, not how they go about doing it.&lt;br/&gt;&lt;br/&gt;Mike S</description>
		<content:encoded><![CDATA[<p>Hi Rob,<br />I have been having similar thoughts about PCs and software being unsuitable for many users. I work at a university and frequently see colleagues having formatting problems with material cut and pasted between different applications (and not being able to understand why there is a problem). </p>
<p>BTW: the word processor LyX (based on LaTeX) has some of the desirable characteristics you mentioned, in that the user decides what they want to do, not how they go about doing it.</p>
<p>Mike S</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2177</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Thu, 26 Feb 2009 14:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2177</guid>
		<description>10 - YES, and all formulas should have a means of calculating and reusing temporary results, eliminating redundancy.  Also, you should be able to call &quot;functions&quot; from anywhere, not just think of them as &quot;spreadsheet functions&quot;.  You want to break the paradigm of separate programs, start with breaking it within your rant.&lt;br/&gt;&lt;br/&gt;14 - coupla of typo&#039;s. Also sounds aspirational vs. today&#039;s world.  The answer to this is, perhaps, as you suggest elsewhere to only allow formatting through styles, but many (most) people don&#039;t actually understand styles.&lt;br/&gt;&lt;br/&gt;23, 30 - Seems to me this gets to the need to divorce the subject matter access scheme (e.g. reference coordinates) from the cells and allow those same references to point to objects... Spreadsheet cell references are just a convenient way to represent those underlying object locations.&lt;br/&gt;&lt;br/&gt;32 - why should there be a separate &quot;authoring&quot; environment.  I&#039;d like one environment for authoring and consuming... editing, formulas, functions, calendars, communications (email, IM, browsing), formatting (why shouldn&#039;t I be able to reformat other peoples incoming data), unstructured note-taking, action lists, searching, structured data, etc.&lt;br/&gt;&lt;br/&gt;34 - doesn&#039;t really belong in this list. I agree tho, that MS is the biggest prisoner of their choices.  Keep pushing ODF forward for us, I&#039;m finally starting to see the bars come loose from the windows.&lt;br/&gt;&lt;br/&gt;Thanks for starting the dialog!</description>
		<content:encoded><![CDATA[<p>10 &#8211; YES, and all formulas should have a means of calculating and reusing temporary results, eliminating redundancy.  Also, you should be able to call &#8220;functions&#8221; from anywhere, not just think of them as &#8220;spreadsheet functions&#8221;.  You want to break the paradigm of separate programs, start with breaking it within your rant.</p>
<p>14 &#8211; coupla of typo&#8217;s. Also sounds aspirational vs. today&#8217;s world.  The answer to this is, perhaps, as you suggest elsewhere to only allow formatting through styles, but many (most) people don&#8217;t actually understand styles.</p>
<p>23, 30 &#8211; Seems to me this gets to the need to divorce the subject matter access scheme (e.g. reference coordinates) from the cells and allow those same references to point to objects&#8230; Spreadsheet cell references are just a convenient way to represent those underlying object locations.</p>
<p>32 &#8211; why should there be a separate &#8220;authoring&#8221; environment.  I&#8217;d like one environment for authoring and consuming&#8230; editing, formulas, functions, calendars, communications (email, IM, browsing), formatting (why shouldn&#8217;t I be able to reformat other peoples incoming data), unstructured note-taking, action lists, searching, structured data, etc.</p>
<p>34 &#8211; doesn&#8217;t really belong in this list. I agree tho, that MS is the biggest prisoner of their choices.  Keep pushing ODF forward for us, I&#8217;m finally starting to see the bars come loose from the windows.</p>
<p>Thanks for starting the dialog!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2176</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 26 Feb 2009 06:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2176</guid>
		<description>Wow, I usually agree with you Rob but I disagree with almost everything here.  This is more of a vendor wishlist for selling more stuff than what a user desires or needs or should be using.&lt;br/&gt;&lt;br/&gt;Does a user really need web-enabled, interactive, media drenches word-processing documents?  For most use cases, simpler is better.&lt;br/&gt;&lt;br/&gt;I agree with the other poster, you must have accidentally drank the Web 2.0 baloney koolaid this morning.&lt;br/&gt;&lt;br/&gt;There is a reason Google&#039;s search page is the most popular.  Users want simplicity, lack of clutter, lack of all the other crap vendors want to sell to them and confuse their lives with.</description>
		<content:encoded><![CDATA[<p>Wow, I usually agree with you Rob but I disagree with almost everything here.  This is more of a vendor wishlist for selling more stuff than what a user desires or needs or should be using.</p>
<p>Does a user really need web-enabled, interactive, media drenches word-processing documents?  For most use cases, simpler is better.</p>
<p>I agree with the other poster, you must have accidentally drank the Web 2.0 baloney koolaid this morning.</p>
<p>There is a reason Google&#8217;s search page is the most popular.  Users want simplicity, lack of clutter, lack of all the other crap vendors want to sell to them and confuse their lives with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2175</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Thu, 26 Feb 2009 01:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2009/02/whither-odf.html#comment-2175</guid>
		<description>@AH,&lt;br/&gt;&lt;br/&gt;The difference between a spreadsheet and a word processor is arbitrary.  Other applications have factored analytic and textual functions in entirely different and equally valid ways, e.g., Mathematica, MathCAD or wikiCalc.  Personally I think that application-hopping from word processor to spreadsheet and back is an artificial way to work.  It was probably invented as a way to market the multitasking features of Windows 2.1.&lt;br/&gt;&lt;br/&gt;@Nick, We certainly are seeing the technology market evolve and things that once were high margin are now commodities.  RAM, bandwidth, storage, etc., are all cheap now.  But software requires highly-skilled labor, and labor prices generally rise, not fall.  &lt;br/&gt;&lt;br/&gt;To the extent open source upsets the economics of software, its impact is disruptive and revolutionary.  I think this is a good thing.  If I told you I had a way to feed all the people of the world for free, I&#039;d win the Nobel prize.  But if I tell you I can give them all the software they need for free, I&#039;d be called anti-innovation.&lt;br/&gt;&lt;br/&gt;@Bart,&lt;br/&gt;&lt;br/&gt;Thanks.  I&#039;ll take a look at Amaya.</description>
		<content:encoded><![CDATA[<p>@AH,</p>
<p>The difference between a spreadsheet and a word processor is arbitrary.  Other applications have factored analytic and textual functions in entirely different and equally valid ways, e.g., Mathematica, MathCAD or wikiCalc.  Personally I think that application-hopping from word processor to spreadsheet and back is an artificial way to work.  It was probably invented as a way to market the multitasking features of Windows 2.1.</p>
<p>@Nick, We certainly are seeing the technology market evolve and things that once were high margin are now commodities.  RAM, bandwidth, storage, etc., are all cheap now.  But software requires highly-skilled labor, and labor prices generally rise, not fall.  </p>
<p>To the extent open source upsets the economics of software, its impact is disruptive and revolutionary.  I think this is a good thing.  If I told you I had a way to feed all the people of the world for free, I&#8217;d win the Nobel prize.  But if I tell you I can give them all the software they need for free, I&#8217;d be called anti-innovation.</p>
<p>@Bart,</p>
<p>Thanks.  I&#8217;ll take a look at Amaya.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.536 seconds -->
<!-- Cached page served by WP-Cache -->
