<?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: On Formats and Friction</title>
	<atom:link href="http://1889.ca/2009/09/on-formats-and-friction.html/feed" rel="self" type="application/rss+xml" />
	<link>http://1889.ca/2009/09/on-formats-and-friction.html</link>
	<description>Six steps away from the loony bin</description>
	<lastBuildDate>Sun, 21 Feb 2010 14:02:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: New Technologies, and the Need for Standards &#171; The Scholarly Kitchen</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1640</link>
		<dc:creator>New Technologies, and the Need for Standards &#171; The Scholarly Kitchen</dc:creator>
		<pubDate>Thu, 10 Sep 2009 10:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1640</guid>
		<description>[...] e-book market forward is to settle on a standard file format, the most likely being ePub, despite its many obvious deficiencies. The idea is that this would help level the playing field&#8211;all devices would work with ePub [...]</description>
		<content:encoded><![CDATA[<p>[...] e-book market forward is to settle on a standard file format, the most likely being ePub, despite its many obvious deficiencies. The idea is that this would help level the playing field&#8211;all devices would work with ePub [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Continuing Horror Of ePub &#171; The eBook Test</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1633</link>
		<dc:creator>The Continuing Horror Of ePub &#171; The eBook Test</dc:creator>
		<pubDate>Tue, 08 Sep 2009 22:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1633</guid>
		<description>[...] On Formats and Friction Let me state up front that I think all the current formats suck beyond words. We live in a world where a web app can behave just like a really fancy desktop app… where onscreen design can easily surpass what is economical in print design, and where a great many devices (desktops and smartphones at least) have enough raw power to get the job done. And yet we’re stuck with something akin to a spit-and-polish version of the Mosaic browser. [...]</description>
		<content:encoded><![CDATA[<p>[...] On Formats and Friction Let me state up front that I think all the current formats suck beyond words. We live in a world where a web app can behave just like a really fancy desktop app… where onscreen design can easily surpass what is economical in print design, and where a great many devices (desktops and smartphones at least) have enough raw power to get the job done. And yet we’re stuck with something akin to a spit-and-polish version of the Mosaic browser. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-2168</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 08 Sep 2009 17:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-2168</guid>
		<description>I don&#039;t know anything about the technicalities of coding, but I know one of my books has jokes and elements directly related to font, and those are lost in at the Kindle version.&lt;br&gt;&lt;br&gt;Also my chapter headers in that same book are also big and bold and over-sized - in a specific font - which also plays into a more subtle joke. Again, gone.</description>
		<content:encoded><![CDATA[<p>I don&#39;t know anything about the technicalities of coding, but I know one of my books has jokes and elements directly related to font, and those are lost in at the Kindle version.</p>
<p>Also my chapter headers in that same book are also big and bold and over-sized &#8211; in a specific font &#8211; which also plays into a more subtle joke. Again, gone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1627</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 08 Sep 2009 13:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1627</guid>
		<description>I don&#039;t know anything about the technicalities of coding, but I know one of my books has jokes and elements directly related to font, and those are lost in at the Kindle version.&lt;br&gt;&lt;br&gt;Also my chapter headers in that same book are also big and bold and over-sized - in a specific font - which also plays into a more subtle joke. Again, gone.</description>
		<content:encoded><![CDATA[<p>I don&#39;t know anything about the technicalities of coding, but I know one of my books has jokes and elements directly related to font, and those are lost in at the Kindle version.</p>
<p>Also my chapter headers in that same book are also big and bold and over-sized &#8211; in a specific font &#8211; which also plays into a more subtle joke. Again, gone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by brianspaeth</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1629</link>
		<dc:creator>Twitted by brianspaeth</dc:creator>
		<pubDate>Tue, 08 Sep 2009 12:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1629</guid>
		<description>[...] This post was Twitted by brianspaeth [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by brianspaeth [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention On Formats and Friction &#124; 1889.ca -- Topsy.com</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1628</link>
		<dc:creator>Tweets that mention On Formats and Friction &#124; 1889.ca -- Topsy.com</dc:creator>
		<pubDate>Tue, 08 Sep 2009 12:29:41 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1628</guid>
		<description>[...] This post was mentioned on Twitter by aadilanis. aadilanis said: On Formats and Friction &#124; 1889.ca: We live in a world where a web app can behave just like a really fancy deskto.. http://bit.ly/IZHRi [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by aadilanis. aadilanis said: On Formats and Friction | 1889.ca: We live in a world where a web app can behave just like a really fancy deskto.. <a href="http://bit.ly/IZHRi" rel="nofollow">http://bit.ly/IZHRi</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bowerbird</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1626</link>
		<dc:creator>bowerbird</dc:creator>
		<pubDate>Tue, 08 Sep 2009 09:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1626</guid>
		<description>&gt;   If we use the container as a vessel to sneak in the back door, &lt;br&gt;&gt;   we might just be able to do something cool.&lt;br&gt;&lt;br&gt;there is some merit to that thought.&lt;br&gt;&lt;br&gt;the thing is, it would mean that e-book producers would still&lt;br&gt;have to go through the rigamarole of creating e-book files, and&lt;br&gt;e-book libraries and e-book-stores would have to stock them,&lt;br&gt;and e-book viewer-programs would have to deal with them,&lt;br&gt;and researchers would have to unpack them to analyze them&lt;br&gt;and then dodge their obtuse markup, and so on and so forth...&lt;br&gt;&lt;br&gt;and all of these difficulties are unnecessary...&lt;br&gt;&lt;br&gt;it will be far easier for everyone along the toolchain to convert&lt;br&gt;to a simpler, flat, ascii/unicode, light-markup e-book file-format.&lt;br&gt;&lt;br&gt;i&#039;ve already written authoring-tools and viewer-programs and&lt;br&gt;analysis-tools for this light-markup format, in various languages,&lt;br&gt;and i&#039;m just a garage hacker/programmer with few special skills,&lt;br&gt;so i know this approach returns the best cost/benefit ratio to us.&lt;br&gt;&lt;br&gt;and -- to return to the original point here -- it gives us the ability&lt;br&gt;to create beautifully-formatted books that are also very powerful&lt;br&gt;-- without having to deal with the difficulties of obtuse markup --&lt;br&gt;with customization options that allow users to get what they want.&lt;br&gt;&lt;br&gt;-bowerbird</description>
		<content:encoded><![CDATA[<p>&gt;   If we use the container as a vessel to sneak in the back door, <br />&gt;   we might just be able to do something cool.</p>
<p>there is some merit to that thought.</p>
<p>the thing is, it would mean that e-book producers would still<br />have to go through the rigamarole of creating e-book files, and<br />e-book libraries and e-book-stores would have to stock them,<br />and e-book viewer-programs would have to deal with them,<br />and researchers would have to unpack them to analyze them<br />and then dodge their obtuse markup, and so on and so forth&#8230;</p>
<p>and all of these difficulties are unnecessary&#8230;</p>
<p>it will be far easier for everyone along the toolchain to convert<br />to a simpler, flat, ascii/unicode, light-markup e-book file-format.</p>
<p>i&#39;ve already written authoring-tools and viewer-programs and<br />analysis-tools for this light-markup format, in various languages,<br />and i&#39;m just a garage hacker/programmer with few special skills,<br />so i know this approach returns the best cost/benefit ratio to us.</p>
<p>and &#8212; to return to the original point here &#8212; it gives us the ability<br />to create beautifully-formatted books that are also very powerful<br />&#8211; without having to deal with the difficulties of obtuse markup &#8211;<br />with customization options that allow users to get what they want.</p>
<p>-bowerbird</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: merrilee</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1625</link>
		<dc:creator>merrilee</dc:creator>
		<pubDate>Tue, 08 Sep 2009 07:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1625</guid>
		<description>Sorry, I meant inelegant from a reader perspective.  I really hate using it.</description>
		<content:encoded><![CDATA[<p>Sorry, I meant inelegant from a reader perspective.  I really hate using it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moriah Jovan</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1624</link>
		<dc:creator>Moriah Jovan</dc:creator>
		<pubDate>Tue, 08 Sep 2009 04:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1624</guid>
		<description>I&#039;ve formatted ebooks using illustrations and poetry (link above). It wasn&#039;t easy, but it (somewhat worked). I should&#039;ve used SVG, but didn&#039;t have time to learn how to do that before I had to get it out there.</description>
		<content:encoded><![CDATA[<p>I&#39;ve formatted ebooks using illustrations and poetry (link above). It wasn&#39;t easy, but it (somewhat worked). I should&#39;ve used SVG, but didn&#39;t have time to learn how to do that before I had to get it out there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moriah Jovan</title>
		<link>http://1889.ca/2009/09/on-formats-and-friction.html/comment-page-1#comment-1623</link>
		<dc:creator>Moriah Jovan</dc:creator>
		<pubDate>Tue, 08 Sep 2009 04:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://1889.ca/?p=1667#comment-1623</guid>
		<description>Inelegant as a software or inelegant as a renderer, because I hasten to assure you, as a renderer it&#039;s tres elegant.</description>
		<content:encoded><![CDATA[<p>Inelegant as a software or inelegant as a renderer, because I hasten to assure you, as a renderer it&#39;s tres elegant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
