<?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: Reading by &#8216;prairielight&#8217;</title>
	<atom:link href="http://www.teleread.com/2007/12/03/reading-by-prairielight/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teleread.com/ebooks/reading-by-prairielight/</link>
	<description>News &#38; views on e-books, libraries, publishing and related topics</description>
	<lastBuildDate>Tue, 14 Feb 2012 15:13:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Mike Cane</title>
		<link>http://www.teleread.com/ebooks/reading-by-prairielight/comment-page-1/#comment-645931</link>
		<dc:creator>Mike Cane</dc:creator>
		<pubDate>Tue, 04 Dec 2007 16:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2007/12/03/reading-by-prairielight/#comment-645931</guid>
		<description>Sophie is some slick software.  But embedding external links?  When I did my blog, links died before I knew it.  Readers will scream bloody murder when they buy an ebook and find not all the links work.  And what can a publisher (or writer-publisher) do then?  This is a whole other can of worms.</description>
		<content:encoded><![CDATA[<p>Sophie is some slick software.  But embedding external links?  When I did my blog, links died before I knew it.  Readers will scream bloody murder when they buy an ebook and find not all the links work.  And what can a publisher (or writer-publisher) do then?  This is a whole other can of worms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BooksForABuck</title>
		<link>http://www.teleread.com/ebooks/reading-by-prairielight/comment-page-1/#comment-645868</link>
		<dc:creator>BooksForABuck</dc:creator>
		<pubDate>Tue, 04 Dec 2007 14:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2007/12/03/reading-by-prairielight/#comment-645868</guid>
		<description>This is an interesting topic--thanks for contributing it, Roger.

I&#039;ve spent some time playing with video, making machina movies, and doing a little programming. While I do share Robert&#039;s concern that the cost of tools will move book creation out of the realm of the individual author (just as expensive tools and graphic requirements have moved computer gaming out of the realm of the individual programmer), I have a couple of additional concerns. First, I&#039;ve never been blown away by any of the attempts to create program-intense reading experiences. From the early days of comic books on floppies to manga-versions of SF classics, to choose your own adventure style stories, all the cleverness seems to create a barrier between me and the story. 

I&#039;m not a luddite and I&#039;m certainly willing to be proven wrong. Because I love the novel form, I like to think it will survive into the future rather than be replaced by something that involves large and expensive teams of developers (as happened with video games).

On the other hand, I once firmly believed that since eBooks don&#039;t have covers, they shouldn&#039;t need cover art. It turns out that at least some multimedia does help with books--at least in terms of encouraging sales.

Rob Preece
Publisher, www.BooksForABuck.com</description>
		<content:encoded><![CDATA[<p>This is an interesting topic&#8211;thanks for contributing it, Roger.</p>
<p>I&#8217;ve spent some time playing with video, making machina movies, and doing a little programming. While I do share Robert&#8217;s concern that the cost of tools will move book creation out of the realm of the individual author (just as expensive tools and graphic requirements have moved computer gaming out of the realm of the individual programmer), I have a couple of additional concerns. First, I&#8217;ve never been blown away by any of the attempts to create program-intense reading experiences. From the early days of comic books on floppies to manga-versions of SF classics, to choose your own adventure style stories, all the cleverness seems to create a barrier between me and the story. </p>
<p>I&#8217;m not a luddite and I&#8217;m certainly willing to be proven wrong. Because I love the novel form, I like to think it will survive into the future rather than be replaced by something that involves large and expensive teams of developers (as happened with video games).</p>
<p>On the other hand, I once firmly believed that since eBooks don&#8217;t have covers, they shouldn&#8217;t need cover art. It turns out that at least some multimedia does help with books&#8211;at least in terms of encouraging sales.</p>
<p>Rob Preece<br />
Publisher, <a href="http://www.BooksForABuck.com" rel="nofollow">http://www.BooksForABuck.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Sperberg</title>
		<link>http://www.teleread.com/ebooks/reading-by-prairielight/comment-page-1/#comment-645308</link>
		<dc:creator>Roger Sperberg</dc:creator>
		<pubDate>Mon, 03 Dec 2007 22:48:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2007/12/03/reading-by-prairielight/#comment-645308</guid>
		<description>There is a tangential argument about the point at which adding non p-book features -- animation, interactivity, audio, video and such -- moves the creation out of the &quot;book&quot; world.

Wherever that point is, I&#039;m talking about something that is more like a book than it is like a CD-ROM or a game or a movie.

As you move farther into those other creation forms, it&#039;s quite possible the tools will be ever more expensive. Just as making films or plays has always cost more than painting and sculpture and those more than writing.

Roger</description>
		<content:encoded><![CDATA[<p>There is a tangential argument about the point at which adding non p-book features &#8212; animation, interactivity, audio, video and such &#8212; moves the creation out of the &#8220;book&#8221; world.</p>
<p>Wherever that point is, I&#8217;m talking about something that is more like a book than it is like a CD-ROM or a game or a movie.</p>
<p>As you move farther into those other creation forms, it&#8217;s quite possible the tools will be ever more expensive. Just as making films or plays has always cost more than painting and sculpture and those more than writing.</p>
<p>Roger</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Sperberg</title>
		<link>http://www.teleread.com/ebooks/reading-by-prairielight/comment-page-1/#comment-645303</link>
		<dc:creator>Roger Sperberg</dc:creator>
		<pubDate>Mon, 03 Dec 2007 22:38:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2007/12/03/reading-by-prairielight/#comment-645303</guid>
		<description>The point for authors shouldn&#039;t be &quot;here&#039;s another expense&quot; but &quot;here&#039;s more you can do/create while retaining control over your creation.&quot; 

Because to my thinking, AJAX provides a low-investment high-impact path that doesn&#039;t require expensive tools to write. The &#039;prairielight&#039; frameworks are intended to give online AJAX-y capabilities to offline, desktop apps.

Adobe certainly has a history of charging for its creation tools, so AIR might follow the Acrobat or Flash model (pay for creation tools, get reading/viewing apps for free). I don&#039;t know where Silverlight is expected to land. 

But Prism and Sophie won&#039;t carry any charges. (Sophie of course isn&#039;t AJAX but is an easily mastered rich-media authoring tool.)

There are lots of editors for working with HTML and Javascript and CSS, some free or low-cost, some not. 

As for imposing costs on self-publishers -- professional tools for publishing have always cost money, whether it&#039;s QuarkXPress and Photoshop in a current generation or &quot;typesetting services and a designer&quot; 25 years ago.

(Or maybe you use Scribus and Gimp for a no-cost approach. They&#039;re certainly good enough. As an old-time equivalent. I guess that would be using one of those 1970&#039;s IBM proportional typewriters for your typesetting.)

So this is just my long-winded way of saying I don&#039;t expect it to be a problem, or any more of a problem than it has always been.

Roger</description>
		<content:encoded><![CDATA[<p>The point for authors shouldn&#8217;t be &#8220;here&#8217;s another expense&#8221; but &#8220;here&#8217;s more you can do/create while retaining control over your creation.&#8221; </p>
<p>Because to my thinking, AJAX provides a low-investment high-impact path that doesn&#8217;t require expensive tools to write. The &#8216;prairielight&#8217; frameworks are intended to give online AJAX-y capabilities to offline, desktop apps.</p>
<p>Adobe certainly has a history of charging for its creation tools, so AIR might follow the Acrobat or Flash model (pay for creation tools, get reading/viewing apps for free). I don&#8217;t know where Silverlight is expected to land. </p>
<p>But Prism and Sophie won&#8217;t carry any charges. (Sophie of course isn&#8217;t AJAX but is an easily mastered rich-media authoring tool.)</p>
<p>There are lots of editors for working with HTML and Javascript and CSS, some free or low-cost, some not. </p>
<p>As for imposing costs on self-publishers &#8212; professional tools for publishing have always cost money, whether it&#8217;s QuarkXPress and Photoshop in a current generation or &#8220;typesetting services and a designer&#8221; 25 years ago.</p>
<p>(Or maybe you use Scribus and Gimp for a no-cost approach. They&#8217;re certainly good enough. As an old-time equivalent. I guess that would be using one of those 1970&#8242;s IBM proportional typewriters for your typesetting.)</p>
<p>So this is just my long-winded way of saying I don&#8217;t expect it to be a problem, or any more of a problem than it has always been.</p>
<p>Roger</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nagle</title>
		<link>http://www.teleread.com/ebooks/reading-by-prairielight/comment-page-1/#comment-645220</link>
		<dc:creator>Robert Nagle</dc:creator>
		<pubDate>Mon, 03 Dec 2007 21:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2007/12/03/reading-by-prairielight/#comment-645220</guid>
		<description>Would authors be able to afford the toolsuite to create these kinds of ebooks? I&#039;m not a cheapskate, but I&#039;ve never  been able to afford Macromedia&#039;s creation suite of tools.  I fear that these rich media platforms (interesting though they are) simply impose additional costs on self-publishers. Or is the author simply to use xml-rpc to upload content to a server (presumably owned by a media company)? Basically the future you envision looks expensive for individuals and profitable for major media companies. (I suppose it could be argued that typewriters were luxury items a century ago).</description>
		<content:encoded><![CDATA[<p>Would authors be able to afford the toolsuite to create these kinds of ebooks? I&#8217;m not a cheapskate, but I&#8217;ve never  been able to afford Macromedia&#8217;s creation suite of tools.  I fear that these rich media platforms (interesting though they are) simply impose additional costs on self-publishers. Or is the author simply to use xml-rpc to upload content to a server (presumably owned by a media company)? Basically the future you envision looks expensive for individuals and profitable for major media companies. (I suppose it could be argued that typewriters were luxury items a century ago).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching using disk: basic
Object Caching 355/383 objects using disk: basic

Served from: www.teleread.com @ 2012-02-14 10:44:25 -->
