<?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: Will You Give Up Repligo eBooks?</title>
	<atom:link href="http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/</link>
	<description></description>
	<lastBuildDate>Wed, 30 Mar 2011 19:11:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: glitch</title>
		<link>http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/comment-page-1/#comment-981</link>
		<dc:creator>glitch</dc:creator>
		<pubDate>Tue, 05 May 2009 13:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ebooktechie.com/?p=1636#comment-981</guid>
		<description>First and foremost, thank you for sharing your thoughts. However there are readers (person) that prefer to save their ebook collection including me. I have 5 years worth of ebook repligo collection, some came from other ebook formats. As you can see, we have different preference on ebook reading.

On the other hand, I agree for &quot;universal&quot; ebook reader. But developers needs to consider platforms and other technical aspects. And since mobile technology continues to grow, ebook application and ebook formats follows. Business is business.

Going back to this post, if I have to change my unit, I don&#039;t want to choose for devices that are &quot;repligo compatible&quot;. I will choose a Nokia and will be using Mobireader. Still, ebook conversion will save my collection.

:D</description>
		<content:encoded><![CDATA[<p>First and foremost, thank you for sharing your thoughts. However there are readers (person) that prefer to save their ebook collection including me. I have 5 years worth of ebook repligo collection, some came from other ebook formats. As you can see, we have different preference on ebook reading.</p>
<p>On the other hand, I agree for &#8220;universal&#8221; ebook reader. But developers needs to consider platforms and other technical aspects. And since mobile technology continues to grow, ebook application and ebook formats follows. Business is business.</p>
<p>Going back to this post, if I have to change my unit, I don&#8217;t want to choose for devices that are &#8220;repligo compatible&#8221;. I will choose a Nokia and will be using Mobireader. Still, ebook conversion will save my collection.</p>
<p> <img src='http://www.ebooktechie.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dubito</title>
		<link>http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/comment-page-1/#comment-979</link>
		<dc:creator>Dubito</dc:creator>
		<pubDate>Tue, 05 May 2009 05:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.ebooktechie.com/?p=1636#comment-979</guid>
		<description>N95 - S60 3rd, FP1.

The issue is that I firmly don&#039;t believe that any binary file format /should/ be used - if a viewer suddenly dies, or the tools no longer work on your recently updated operating system, you could be stuck with either a huge amount of conversion to do, or inaccessible files which must be replaced. Plus, exclusive formats are the wrong way to trade in information. I can convert anything, but I don&#039;t see why I should have to.

By &quot;human readable&quot; I mean that a format can be opened in a text editor, basically. This means that it can also be opened in a word processor, or web browser. Tools which are universal across hardware and software platforms, and which use formats so old and well-established that they&#039;re even more universal.

I use mobireader and have converted large books to *.mobi using calibre to see if they worked better than plain HTML, but the only reason I continue to use mobireader is that it can read *.txt and *.html as well as its own format. I don&#039;t see why I should have to convert everything I want to read on my phone, to somebody else&#039;s format, nor be stuck with that format should I upgrade my device or find a reader which has a better UI, or is more stable, or more functional, etc.</description>
		<content:encoded><![CDATA[<p>N95 &#8211; S60 3rd, FP1.</p>
<p>The issue is that I firmly don&#8217;t believe that any binary file format /should/ be used &#8211; if a viewer suddenly dies, or the tools no longer work on your recently updated operating system, you could be stuck with either a huge amount of conversion to do, or inaccessible files which must be replaced. Plus, exclusive formats are the wrong way to trade in information. I can convert anything, but I don&#8217;t see why I should have to.</p>
<p>By &#8220;human readable&#8221; I mean that a format can be opened in a text editor, basically. This means that it can also be opened in a word processor, or web browser. Tools which are universal across hardware and software platforms, and which use formats so old and well-established that they&#8217;re even more universal.</p>
<p>I use mobireader and have converted large books to *.mobi using calibre to see if they worked better than plain HTML, but the only reason I continue to use mobireader is that it can read *.txt and *.html as well as its own format. I don&#8217;t see why I should have to convert everything I want to read on my phone, to somebody else&#8217;s format, nor be stuck with that format should I upgrade my device or find a reader which has a better UI, or is more stable, or more functional, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: glitch</title>
		<link>http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/comment-page-1/#comment-978</link>
		<dc:creator>glitch</dc:creator>
		<pubDate>Tue, 05 May 2009 04:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.ebooktechie.com/?p=1636#comment-978</guid>
		<description>Hi, Dubito. May I know your S60 nokia unit? If it&#039;s not human readable, then its not an ebook. I think thats better.

To what format will you convert the txt file that is difficult for you? How can I help you? Repligo offers conversion tools for your txt and html files if thats your concern. If Mobireader came preloaded with your phone, then there are lots of sites for ebook download sites and using guttenburg as their source sites.

Hope to hear from you soon.</description>
		<content:encoded><![CDATA[<p>Hi, Dubito. May I know your S60 nokia unit? If it&#8217;s not human readable, then its not an ebook. I think thats better.</p>
<p>To what format will you convert the txt file that is difficult for you? How can I help you? Repligo offers conversion tools for your txt and html files if thats your concern. If Mobireader came preloaded with your phone, then there are lots of sites for ebook download sites and using guttenburg as their source sites.</p>
<p>Hope to hear from you soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dubito</title>
		<link>http://www.ebooktechie.com/mobile-ebook/will-you-give-up-repligo-ebooks/comment-page-1/#comment-980</link>
		<dc:creator>Dubito</dc:creator>
		<pubDate>Tue, 05 May 2009 02:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ebooktechie.com/?p=1636#comment-980</guid>
		<description>My issue with Repligo is the same as my issue with any other format: If it&#039;s not human-readable, I&#039;m not interested. Plain text files are difficult to format for different screen sizes, but HTML doesn&#039;t have that problem, and both formats are universal across all operating systems and platforms.

Repligo, lit, pdb/prc, mobi etc. may all offer increased options including images and tables of contents, but nothing that cannot be made available through properly utilising HTML.

I read a lot of Gutenberg ebooks, and a lot of documents related to study, which can mean lecture notes, journal articles, etc., and I really don&#039;t want to have to care about converting every single thing I read into yet another different format, even with tools as easy to use as calibre.

I need a reader which can do *.txt, *.html and, if necessary, its own format. On my Symbian with S60 Nokia, that basically means Qreader or Mobireader, both of which are getting considerably long in the tooth and both of which have their problems.

I&#039;ve never actually tried Repligo, and one main reason for that is that the website doesn&#039;t promise me the flexibility I need. I only delved deeper into Mobireader because it came pre-loaded on my phone.</description>
		<content:encoded><![CDATA[<p>My issue with Repligo is the same as my issue with any other format: If it&#8217;s not human-readable, I&#8217;m not interested. Plain text files are difficult to format for different screen sizes, but HTML doesn&#8217;t have that problem, and both formats are universal across all operating systems and platforms.</p>
<p>Repligo, lit, pdb/prc, mobi etc. may all offer increased options including images and tables of contents, but nothing that cannot be made available through properly utilising HTML.</p>
<p>I read a lot of Gutenberg ebooks, and a lot of documents related to study, which can mean lecture notes, journal articles, etc., and I really don&#8217;t want to have to care about converting every single thing I read into yet another different format, even with tools as easy to use as calibre.</p>
<p>I need a reader which can do *.txt, *.html and, if necessary, its own format. On my Symbian with S60 Nokia, that basically means Qreader or Mobireader, both of which are getting considerably long in the tooth and both of which have their problems.</p>
<p>I&#8217;ve never actually tried Repligo, and one main reason for that is that the website doesn&#8217;t promise me the flexibility I need. I only delved deeper into Mobireader because it came pre-loaded on my phone.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

