<?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: Apple to buy up Adobe and lord it over e-bookdom? Microsoft to devour Yahoo?</title>
	<atom:link href="http://www.teleread.com/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/</link>
	<description>News &#38; views on e-books, libraries, publishing and related topics</description>
	<lastBuildDate>Wed, 15 Feb 2012 18:02:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Hadrien</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-700570</link>
		<dc:creator>Hadrien</dc:creator>
		<pubDate>Mon, 28 Jan 2008 19:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-700570</guid>
		<description>Sorry Greg, I just saw your post a minute ago.

&lt;strong&gt;Typography&lt;/strong&gt;
There&#039;s currently a lack of advanced typography support in both formats and readers. Hyphenation for example should be a basic feature in every reader. Formats based on XML should extend their support for advanced typography, if we want something as good looking as PDF/print, yet reflowable.

&lt;strong&gt;Unique ID&lt;/strong&gt;
Creating a database for unique IDs is a pretty tough work. You also need an easy way for anyone to get these unique ID through web services (REST/SOAP), avoid or group together duplicate entries, a good search system that will recognize the book name even if it&#039;s slightly mispelled etc...
I understand why having a unique ID system widely available would be fantastic, but it&#039;s something that will need a lot of time/work.

&lt;strong&gt;epub and the net&lt;/strong&gt;
Yes, it would be very easy for most browsers to support natively epub and this would help the format.
I would also like an easy way to &quot;widgetize&quot; an epub file. With more and more blogs, social networks and forums, I&#039;m sure that a lot of people would love to embed books or sections of a book to display them on their own webpage.</description>
		<content:encoded><![CDATA[<p>Sorry Greg, I just saw your post a minute ago.</p>
<p><strong>Typography</strong><br />
There&#8217;s currently a lack of advanced typography support in both formats and readers. Hyphenation for example should be a basic feature in every reader. Formats based on XML should extend their support for advanced typography, if we want something as good looking as PDF/print, yet reflowable.</p>
<p><strong>Unique ID</strong><br />
Creating a database for unique IDs is a pretty tough work. You also need an easy way for anyone to get these unique ID through web services (REST/SOAP), avoid or group together duplicate entries, a good search system that will recognize the book name even if it&#8217;s slightly mispelled etc&#8230;<br />
I understand why having a unique ID system widely available would be fantastic, but it&#8217;s something that will need a lot of time/work.</p>
<p><strong>epub and the net</strong><br />
Yes, it would be very easy for most browsers to support natively epub and this would help the format.<br />
I would also like an easy way to &#8220;widgetize&#8221; an epub file. With more and more blogs, social networks and forums, I&#8217;m sure that a lot of people would love to embed books or sections of a book to display them on their own webpage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tamas Simon</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-689485</link>
		<dc:creator>Tamas Simon</dc:creator>
		<pubDate>Mon, 14 Jan 2008 16:37:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-689485</guid>
		<description>This answers what &quot;There is something in the air&quot; (MacWorld 2008 posters) means: a reference to Adobe AIR.</description>
		<content:encoded><![CDATA[<p>This answers what &#8220;There is something in the air&#8221; (MacWorld 2008 posters) means: a reference to Adobe AIR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Perfect E Reader Device &#124; Dear Author: Romance Book Reviews, Author Interviews, and Commentary</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-688640</link>
		<dc:creator>The Perfect E Reader Device &#124; Dear Author: Romance Book Reviews, Author Interviews, and Commentary</dc:creator>
		<pubDate>Sun, 13 Jan 2008 09:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-688640</guid>
		<description>[...] will introduce a tablet - although this is not likely to happen. (I should also add that there was speculation yesterday that Apple would buy Adobe and all I can say to that is I HATE THE ADOBE FORMAT AND DRM system. [...]</description>
		<content:encoded><![CDATA[<p>[...] will introduce a tablet &#8211; although this is not likely to happen. (I should also add that there was speculation yesterday that Apple would buy Adobe and all I can say to that is I HATE THE ADOBE FORMAT AND DRM system. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schofield</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-688384</link>
		<dc:creator>Greg Schofield</dc:creator>
		<pubDate>Sun, 13 Jan 2008 02:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-688384</guid>
		<description>&lt;strong&gt;Hadrien&lt;/strong&gt; I think you are very right but I would suggest a strange caveat.

Strange because we immediately think in terms of an XML structure of the book&#039;s contents and that I would dismiss. Horses for courses, DTBook, DocBook, TEI etc.,. only have XML in common, but little in terms of structure - I believe this is a good thing. Not just the books but the different reading needs suggest very differnt forms of markup.

&lt;strong&gt;TYPOGRAPHICAL AND REFERENCE STANDARDS.&lt;/strong&gt;
However, at the micro-level, of attributes, entities, ids, internal referencing and application of common elements we do need, especially for e-books, tighter standards and consistant application.

Part of this could be resolved by better tools.
&lt;strong&gt;For instance&lt;/strong&gt;: quotes should in my opinion be totally replaced by &quot;q&quot; elements, let the stylesheet look after nesting. We should either have the single closing quote always representing an apostrophe, or use the &quot;apos&quot; entity, likewise with the treatment of hyphens, softhyphens, soft-new-page markers within the text -- these details should be made consistant, clear and easy to follow. 

If we could get typorgaphical issues sorted out, content at least could be treated consistently, even if the tagging cannot (which I think is best solved at another level - transformation tools).

&lt;strong&gt;UNIQUE ID GENERATION&lt;/strong&gt;
In a couple of days I will be announcing a simple system of generating Unique Identity Codes, this is something each and every publication should include.

A standard here is much needed. For instance, each author should have an ID, each Work, each Publisher, each Translator and every Edition. E-books should always be referenced by their Edition ID for this can reference all the relevant information pertaining to them.

EPUB allows for inclusion of unlimited ID space in the Dublin Core RDF section, only one of course can be the reference to the work in the main. It would be nice to get this right from the begining.

For this to be useful however, we need a world registry, it need no be very complex and any University library could be its home.

This week I also am hopeing to talk to a University Librarian to see if it will be willing to act as respoitory of catalogues of e-book editions. I hope if this fails, that someone else might persuade some other institution to take responsiblity.

Generating world wide unique id codes, anonymously, with the added advantage of being able to generate on a local machine endless extra unique codes (once a net code is obtained), has some importance for e-books and much else. Next week (with the help of a small company) I hope I will have a wiki, the basic codes and site for generating the codes, up and running (it is a free service). 

&lt;strong&gt;EPUB AND THE NET&lt;/strong&gt;
The thing that strikes me about epub format is its simplicity. An unzipped form on a website requires nothing else but a browser for online reading - zip it up and it is an e-book. Maybe browsers can handle Zipped directories, and this would simplify things even more, an internal href would then open the book, download the directory and delivers the e-book ready to read.

The only major change I would envisage for the format is the acceptence of any well formed XML as the base file - hence XHMTL 1.1, DTBook, TEI, DocBook could be included.

Publisher standards are to my mind a different thing. How quotes are dealt with, IDs, referencing, when entities should and should not be used, in English and similar languages whether UFT8 should be mandated or not etc., nuts and bolts stuff.

Best practice standards, whether dialogue in novels should have speaker references in their attributes (for audio), and how to do this that is largely consistent to most XML markup schemes, or should such audio prompts be set externally in a style sheet (I tend to favour the latter).

&lt;strong&gt;PS&lt;/strong&gt;

&lt;strong&gt;Hadrien&lt;/strong&gt;, given your excellent work on feedbooks, I would be very interested in your opinions on these suggestions.</description>
		<content:encoded><![CDATA[<p><strong>Hadrien</strong> I think you are very right but I would suggest a strange caveat.</p>
<p>Strange because we immediately think in terms of an XML structure of the book&#8217;s contents and that I would dismiss. Horses for courses, DTBook, DocBook, TEI etc.,. only have XML in common, but little in terms of structure &#8211; I believe this is a good thing. Not just the books but the different reading needs suggest very differnt forms of markup.</p>
<p><strong>TYPOGRAPHICAL AND REFERENCE STANDARDS.</strong><br />
However, at the micro-level, of attributes, entities, ids, internal referencing and application of common elements we do need, especially for e-books, tighter standards and consistant application.</p>
<p>Part of this could be resolved by better tools.<br />
<strong>For instance</strong>: quotes should in my opinion be totally replaced by &#8220;q&#8221; elements, let the stylesheet look after nesting. We should either have the single closing quote always representing an apostrophe, or use the &#8220;apos&#8221; entity, likewise with the treatment of hyphens, softhyphens, soft-new-page markers within the text &#8212; these details should be made consistant, clear and easy to follow. </p>
<p>If we could get typorgaphical issues sorted out, content at least could be treated consistently, even if the tagging cannot (which I think is best solved at another level &#8211; transformation tools).</p>
<p><strong>UNIQUE ID GENERATION</strong><br />
In a couple of days I will be announcing a simple system of generating Unique Identity Codes, this is something each and every publication should include.</p>
<p>A standard here is much needed. For instance, each author should have an ID, each Work, each Publisher, each Translator and every Edition. E-books should always be referenced by their Edition ID for this can reference all the relevant information pertaining to them.</p>
<p>EPUB allows for inclusion of unlimited ID space in the Dublin Core RDF section, only one of course can be the reference to the work in the main. It would be nice to get this right from the begining.</p>
<p>For this to be useful however, we need a world registry, it need no be very complex and any University library could be its home.</p>
<p>This week I also am hopeing to talk to a University Librarian to see if it will be willing to act as respoitory of catalogues of e-book editions. I hope if this fails, that someone else might persuade some other institution to take responsiblity.</p>
<p>Generating world wide unique id codes, anonymously, with the added advantage of being able to generate on a local machine endless extra unique codes (once a net code is obtained), has some importance for e-books and much else. Next week (with the help of a small company) I hope I will have a wiki, the basic codes and site for generating the codes, up and running (it is a free service). </p>
<p><strong>EPUB AND THE NET</strong><br />
The thing that strikes me about epub format is its simplicity. An unzipped form on a website requires nothing else but a browser for online reading &#8211; zip it up and it is an e-book. Maybe browsers can handle Zipped directories, and this would simplify things even more, an internal href would then open the book, download the directory and delivers the e-book ready to read.</p>
<p>The only major change I would envisage for the format is the acceptence of any well formed XML as the base file &#8211; hence XHMTL 1.1, DTBook, TEI, DocBook could be included.</p>
<p>Publisher standards are to my mind a different thing. How quotes are dealt with, IDs, referencing, when entities should and should not be used, in English and similar languages whether UFT8 should be mandated or not etc., nuts and bolts stuff.</p>
<p>Best practice standards, whether dialogue in novels should have speaker references in their attributes (for audio), and how to do this that is largely consistent to most XML markup schemes, or should such audio prompts be set externally in a style sheet (I tend to favour the latter).</p>
<p><strong>PS</strong></p>
<p><strong>Hadrien</strong>, given your excellent work on feedbooks, I would be very interested in your opinions on these suggestions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hadrien</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-688158</link>
		<dc:creator>Hadrien</dc:creator>
		<pubDate>Sat, 12 Jan 2008 18:51:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-688158</guid>
		<description>Data portability will be a very important issue for major websites in 2008.

Along our support for epub and IDPF, Feedbooks will also study
microformats and other similar ways to create data/service standards.
We already have a standard file format for e-books, the next step
might be a standard markup for e-books published on the Web (something
we could easily turn into an epub file) ?</description>
		<content:encoded><![CDATA[<p>Data portability will be a very important issue for major websites in 2008.</p>
<p>Along our support for epub and IDPF, Feedbooks will also study<br />
microformats and other similar ways to create data/service standards.<br />
We already have a standard file format for e-books, the next step<br />
might be a standard markup for e-books published on the Web (something<br />
we could easily turn into an epub file) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schofield</title>
		<link>http://www.teleread.com/drm/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/comment-page-1/#comment-687850</link>
		<dc:creator>Greg Schofield</dc:creator>
		<pubDate>Sat, 12 Jan 2008 08:28:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/blog/2008/01/12/apple-to-buy-up-adobe-and-lord-it-over-e-bookdom-microsoft-to-devour-yahoo/#comment-687850</guid>
		<description>Interesting moves. 

EPUB is such a clean and clear format, that at this stage the standard has clear advanatages. Whatever happens to ADOBE may only really on effects the fortunes of &lt;em&gt;Digital Editions&lt;/em&gt; - I think we are fairly safe in that direction.

However, CSS is so limited typographically, I have long pinned my hopes on dynamically generated PDF through stylesheets. 

The promise of reflowable PDF may be a real blessing, but the tenuous preservation of XML markup in PDF also needs to be addressed and ADOBE has not been as good as it should on this. Reflowable PDF may be perfect solution, or a perfect curse for e-books. It is wait and see.

However, alternatives are not limited. EPUB specifies SVG graphics, and these could supply just the typographical control needed to produce nice looking pages on e-paper devices (which I believe is an important key to the growth of e-publishing).

If one door closes, or becomes too hemmed in for practical and open use, perhaps another can be forced to serve the purpose, perhaps even better a better alternative?</description>
		<content:encoded><![CDATA[<p>Interesting moves. </p>
<p>EPUB is such a clean and clear format, that at this stage the standard has clear advanatages. Whatever happens to ADOBE may only really on effects the fortunes of <em>Digital Editions</em> &#8211; I think we are fairly safe in that direction.</p>
<p>However, CSS is so limited typographically, I have long pinned my hopes on dynamically generated PDF through stylesheets. </p>
<p>The promise of reflowable PDF may be a real blessing, but the tenuous preservation of XML markup in PDF also needs to be addressed and ADOBE has not been as good as it should on this. Reflowable PDF may be perfect solution, or a perfect curse for e-books. It is wait and see.</p>
<p>However, alternatives are not limited. EPUB specifies SVG graphics, and these could supply just the typographical control needed to produce nice looking pages on e-paper devices (which I believe is an important key to the growth of e-publishing).</p>
<p>If one door closes, or becomes too hemmed in for practical and open use, perhaps another can be forced to serve the purpose, perhaps even better a better alternative?</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 374/399 objects using disk: basic

Served from: www.teleread.com @ 2012-02-15 13:44:11 -->
