TeleRead：把电子图书首页

约瑟夫说什么。 很难标准化的HTML，因为它是自由格式。 收稿日期基本上是一个压缩文件，包含一个HTML文件（或文件的情况下，它的分解成块了更严格的规则方面的结构）。 它也包含其他文件，提供有关的，如出版，主题，覆盖，目录等的图书信息

是的，很多时候，在收稿日期流动，基本上是个别的XHTML +的CSS（您没有看到DTBook经常）。 但是的XHTML本身是不够的，您需要：
-一个容器分发一切（的OCF）
-数据对您的书籍帐户（OPF）
-定义的流动帐户（OPF顺序）
-在回退，如果您需要任何帐户（OPF）
-表中更有意义的内容不仅仅是内嵌的HTML（钙交换）
该清单可以继续上...

如果你有一个浏览器，它非常容易使用它来建立收稿日期读者。 就iPhone为例，使用Webkit浏览节处理的XHTML +的CSS。

谢谢你的澄清所有（和的方式，非技术人员能够理解我一样）。 我很好奇，现在我想我明白了一些优势收稿日期（虽然我自己的书，我希望坚持使用现在的HTML文件）。

约瑟夫格雷，这很有趣因为喜欢你提到的电子书MP3播放被收稿日期。 当我提交了原来的问题，我想象的HTML将会像电子图书的MP3技术不太复杂，但比其它格式便于更广泛，更主流观众。

条例草案，我想就您使用HTML的建议。 与HTML坚持是好的，但是你应该认真地研究使用，作为您的电子编码标准方法的XHTML 1.1。

真的没有太多的XHTML和HTML之间（任何种类）的差异。 主要的XHTML定义事情变得更加干净，并且与穷人结构离开该HTML许可证。

使用XHTML 1.1的优势，现在是你将收稿日期准备在时机成熟时。 此外，应转换的XHTML其他老格式（Mobipocket，里拉等），较少的问题。

虽然你会编码的标记到XHTML 1.1标准，你仍然可以称呼。html扩展名的文件。 由于这些文件将基本上是洁净的HTML形式，更应只是在现代浏览器的罚款。

为例，从源头上看看这里：http://www.zianet.com/jgray/nessmuk/forest_runes/introduction.html。 这不是什么幻想，但它说明了如何使用XHTML今天作为一个普通的HTML更换。

该网上书店其余诗，这需要一些额外的格式，但介绍我指着会给你的想法。 我做了在线版，当我第一次创建收稿日期，我只需要删除那些没有必要（利润，用于Internet Explorer和谷歌分析的JavaScript CSS技巧）几件事。

最后一个想法。 请注意，我并没有指定我的样式字体大小。 我是故意的。 另外请注意，你可以“放大”或在您的浏览器仍然显示的文字以及在几乎所有的大小。 这是所有的可用性的一部分。

贾纳卡作为捐助国之一，它的规范的基础收稿日期（即老年退休金计划，潮流和的OCF）中，“主要原因收稿日期：”当然不是促进数字版权管理。 能够运用数字版权管理一直感兴趣的出版商（可以称之为规定-许多之一），这肯定有助于最终OCF的规范，但是这并没有转变为“主要理由”。

对于以“为什么不干脆的HTML”，这个线程上提意见（特别是约瑟夫）已解释这一点。

关于为什么的XHTML 1.1？：请注意，内容的文件，以有效的XHTML 1.1 *是* HTML中，我和约瑟夫的建议，XHTML 1.1的格式应使用电子书内容的同意，是否进入收稿日期，或投入使用纳入其他格式（如点燃）。 余主*从*到XHTML 1.1，而不是相反，在我所有的电子图书收稿日期就绪的XHTML 1.1，并产生Word文档和PDF，根据需要。 从Word的HTML和类似的文字处理格式制作的，根本gawd，可怕。

我（种），了解群众的思想设计的收稿日期为标准去。 基本上那就是其他人在上述意见中提到的补充。

然而...

同时，如果你建立了一个标准，没有人能使用它？ 这就是我的说唱的收稿日期至今，它仍然是一个很大的绊脚石。 多么美妙，那将是收稿日期是一个真正的，事实上，普遍的标准，而不是仅仅由学究组设计DTD的！ 那么作家也可以写，阅读软件将普遍对所有个人电脑以及智能手机和设备，图书，出版商将作为其提交的首选形式，并创造与内容出版发行整个链条将使用这一个神奇的标准。

也许我们会达到这个点一天。 我希望我们做的。

在此期间，约瑟夫格雷的意见，而不是使它看起来就像一支普通的HTML被打破。 就像我们不能在互联网上阅读这个或任何其他网页！ 而在实践中却恰恰相反：几乎每个人都可以读取HTML页面中，只有一个很小的恭维的人可以读取本地收稿日期文件，只有当他们有一个特殊的设备，或是否已下载和安装特殊，罕见，软件。 而据我所知，没有人实际上可以写他的书，文章或诗本身的收稿日期。

到目前为止收稿日期支持者在设计做了很好的规范。 现在，他们必须到更远，看到世界其他地区可以使用它。

我见过几个HTML网页（甚至不是很复杂的）表示，呈现完全不同的用户在不同的浏览器浏览。 同样，用HTML问题是，它并不统一。 的HTML本身没有断裂。 这是人们和软件编码可以认为是个问题。 只要尝试打开HTML文件由Microsoft Word保存在记事本或任何类似的纯文本浏览器，你会看到标签汤混乱约瑟夫是指前。 我当然不希望加载复杂的东西在与处理器速度较慢的电子书阅读器。

我们现在所看到的类似的数字音乐发行现场一会儿回来。 不同的商店使用DRM的不同类型，因此不能在不同的音乐播放器（不能播放在iTunes上购买的iPod的Zune或担保WMA音乐）。 并没有真正帮助音乐biz和点对点共享等MP3播放仍然猖獗。 最终亚马逊开设了无DRM限制的MP3商店，现在，苹果的iTunes出售其整个图书馆的无DRM限制。

我认为，与MP3不同的收稿日期是MP3播放已经是现有的格式（具有明确定义的结构和规格的元数据等）之前，大规模采用。 另，人们已经在分享这些在线音乐商店最mp3s弹出。 我们只得到收稿日期后，许多其他公司都推出了自己的（点燃了，摩，eReader，安全的PDF等）的专用格式。 显然，这些公司归属看到自己的格式的利益取得成功，所以我不认为他们会离开他们自己的方式来支持收稿日期了。

是的，Epub是不是事实上的标准还没有。 从我所了解，那就是收稿日期的最终目标-成为电子书什么MP3是数字音乐。 问题是通过。 还有更多图书的读者现在支持它，包括软件和硬件，但不是全部。 不幸的是，规范设计并不能真正压低出版商喉咙它。 我们作为消费者，是那些谁有发言权。 我们买进美元（或欧元，英镑，日元，或什么情况而定），我们可以表明，我们需要一个开放的格式，最好是受DRM支配。 如果广泛采用的收稿日期：消费者/最终用户可以实现的，企业（发行商，设备制造商等），最终将支持EPUB格式。

我必须承认的是，年前，当我第一次为新的标准听到的电子书-我是肖的话说思想：“所有行业都对平信徒的阴谋。”

我不知道如果这个新标准将只是一个方法，采取简单的东西，和过度复杂化，创造了又一个大公司的车辆挤在不知情的消费者更多的钱。

我所有的恐惧已被打破-我现在还没有最小的疑问，Epub是一个好主意。 每个人都有很大的想法：为作者，出版商，图书馆专业人士和读者。 （作者：“读者”我的意思是人，不是图书阅读设备。）

池塘...在我看来，因为如果你想：

答：你的能力，写“的书，文章或诗本身的收稿日期”
和
二轻松的方式阅读收稿日期

答：易收稿日期转换很快到来。 事实上，至少有1收稿日期转换工具，从Azardi，即可以“个人使用”。 更多收稿日期coverters的路上，很快将采取任何简单RTF文件（或其他共同格式），并转化为收稿日期与一些点击。

在此之前，你可以使用你自己的收稿日期：免费-我只是-我花了由年轻助手的帮助下，我几天学习- ，从网络上，谁慷慨地回答我的问题，在我的档案看不同的人。

Epub是为作者和出版者祝福：我们很乐意将有关在1格式，而不是6个或更多电子书关注。

B.一次简单的方法来读收稿日期...这就是在这里了。 您不需要专用的电子书阅读设备：你可以阅读自己的计算机上，或联机收稿日期。

这里有一个网页，列出如何阅读收稿日期电子书-而这些都是免费的：

http://summercampjobsusa.wordpress.com/ebooks/how-to-
读收稿日期/

迈克尔帕斯托雷
50电子书的好处

字为HTML确实产生一种毫无价值的额外的代码标记汤，但它可以很容易地进入高度可读的电子图书转换成几乎所有的时间。 对我来说，这一点是非常重要的。 在吸顶方面，PDF格式几乎总是使电子书在格式化的文本差混杂：通常无法读取，除非读者愿意忽略的错误。

所以，真正的问题是：收稿日期是很好，轻松地以HTML格式？ 如果是这样，那么下一个主要飞驰将获得设备（点燃，索尼，iPhone等）来读取收稿日期。 与桌面或联机兼容性几乎一钱不值了长期的案文。 你能读彼得F汉密尔顿'章收稿日期：在您的桌面夜的黎明三部曲（3000 +页）？ 从技术上讲，是的，我想是这样，但很少人会尝试，而没有在点燃或索尼的问题。 我不能说每一个，但对我来说，然后再做5至10页是太多桌面上阅读或网上。

除非收稿日期可以创造流行的设备很好的格式化文本不会成为电子书的MP3。

并且也确实应该有一个普遍的格式。

行...让我们重新整理了原来的问题：什么是收稿日期优势VS的压缩包（像压缩的 ）的HTML文件和材料，与它去休息吗？
我认为：没有。
随着XHTML的...没有任何好处可言。
只要看看，这一标准是不断变化的：HTML5
不XHTML2.0
为什么不使用电子图书的标准网络技术？

我认为最好是有一个开放的，具有强有力的领导（Adobe吗？）而设计委员会来源的努力。
亦会令我更有意义，规范样式表。 在样式表将实施考虑到不同设备的不同考虑他们的特点。
所以，如果我想要写一本书我只是担心的文本，选择几个预定义的样式，它实际上好看。

恕我直言完全成功的电子书格式应当结合Web的休息。 例如，像Firefox的主流浏览器应该能够读取它。 （约瑟夫灰色提到Firefox的Openberg演说者但也建议，需要更新。）

之间的电子图书和进出电子书链接链接应予以支持。 那就太好了，如果你可以指定一个链接或网页的图书，将带你到指定的词序列正是在另一个电子书。 这样的链接将允许进入网络的一般会话结构的电子书结合。 也许对这个线程评论家之一的知识有一个就这一议题的看法。 是否已经可以吗？

鲁豫说：“（这就是为什么我的程序转换成文本文件为HTML）”

由于没有使用的脚本，什么品种的HTML它产生？ 如上所述，XHTML 1.1的将是一个很好的指导跟进，当你得到干净的，明确的代码。 我不是为Perl安装现在-怎么样张贴到您脚本的，好奇的输出样本链接？

鲁豫说：“我从未见过的设备，PDA或手机，有能力获取压缩或任何其他类型的档案。”

有事业的PDA邮编至少在10年前。 此外，uBook已经有能力处理的，只要我还记得压缩电子书。 拥有一台PDA没有任何的改变，我不再使用uBook。

它容易管理，每超过25个图书文件。 试想一下，如果你要购买300纸张每次你想购买一个独立的部分图书。 你会很快放错了地方，并获得82页的章节混合起来，小心扔掉十几页的垃圾桶。