对E书制作的建议！
作者：马健
邮箱：
stronghorse@tom.com主页：
http://stronghorse.yeah.net版本：1.01
初始发布日期：2004.11.15
最近更新日期：2005.09.30
看书多年，算下来我从网上下载的E书也不少。这些E书中有不少是制作精良的上品，当然也不乏粗制滥造的劣货，有些甚至让我看到忍无可忍的地步，所以想就E书制作提出一些看法，供各位制书人参考，当然也仅仅只是参考而已。
另外由于我本人不是美工，看书的口味可能也和各位不同，所以下面的建议主要针对一些具有共性的技术问题，不涉及选材、美工等说不清的问题。
一、内容整理
我个人认为，E书制作应该是一个在原有素材基础上，加入自己创意的过程。因此我对于那些直接将网站内容打包的行为比较鄙视。虽然不能要求所有人都对原来的网页重新美化、设计，但是我认为至少应该进行如下处理：
去掉原网页中的广告链接。这个步骤的必要性虽然人人都懂，但我还是见过不少一打开就开始下载页面中广告图片的电子书。当然有的广告链接隐藏在js代码里，可能需要对网页源码进行分析才能找到。如果觉得麻烦，也可以用TextForever的“HTML整理”功能，对Script、绝对链接等进行自动搜索、替换。
对页面进行适当的调整。我曾经看到过几本连环画电子书，由于没有对页面进行统一调整，翻页的时候，感觉中央的图片在上窜下跳，很是不爽。对于在线浏览来说，由于页面刷新需要时间，所以这种感觉可能不是很明显，但是对于所有内容都在本地的电子书来说，翻页刷新几乎是不需要时间的，因此感觉会特别明显。
在内容完整表达的基础上，形式应该尽量简捷。我曾经见过一本电子书，是直接用Word另存为HTML文件后直接打包，结果每一段文字前面，都有大量重复的字体描述、段落描述，这些无聊的废话甚至比正文还长几倍，真是下载的时候耗带宽，保存的时候耗硬盘。
打包前至少自己先把书读一遍，顺便改正一下明显的错别字。这个与技术无关，但是与职业道德有关。
二、文件命名规范
在电子书制作中，最容易被忽视的可能就是电子书中文件名的命名，因为这个问题最不容易表现出来。但是还是有必要说上两句。
请不要在网页文件名中使用中文，应该坚持使用英文（哪怕是汉语拼音）字母和数字。这个主要考虑的是非简体中文Windows环境下的读者，包括港澳台及海外的读者。对于使用IE内核的电子书来说，由于IE内核本身支持多内码，因此只要在网页中指定使用GB字符集，即使在非简体中文Windows环境下，也可以正常显示出简体中文网页的内容，当然第一次显示的时候IE可能会要求下载相应的简体中文字体。但是当点击网页中的链接时，IE内核需要将链接进行编码，发送给电子书，电子书解码后，在电子书内含的目录中查找对应的网页，提取出来返回给IE内核。这个编码/解码过程通常与本机的内码设置有关，因此对于按照GB编码的网页文件名来说，在非GB内码的机器上可能就会出现网页找不到的错误。如果电子书的首页本身就是简体中文文件名，那么这本电子书在非简体中文环境下可能根本就打不开。
如果可能，请尽量遵循约定俗成的文件命名规范。按照网站建设规范，通常主页文件名为index.htm，或 default.htm，前者用得多一些，后者越来越少了。但是对于电子书来说，通常将目录页命名为index.htm或contents.htm，封面页命名为cover.htm，其它页面按照章节号用数字命名。数字一般有规定的位数，不足的在前面补零。使用统一命名规范的好处，一个是便于定位、维护，如果需要改哪一章的内容，按照命名规范立刻就可以知道需要打开哪一个文件；另一个是便于使用js代码，从本页URL构造出上一页、下一页的URL，从而实现翻页链接的自动生成，不用自己一页一页地去改，详见本文附录部分的实例分析。
三、屏幕分辨率
随着技术的发展，大家用的显示器也在不断更新换代，以前用15寸就可以对用14寸的兄弟臭显一番，现在17寸都略显过时，将来19、21寸也必有过时的一天。而随着屏幕的越来越大，分辨率也必然会随之增加。如果在制作E书时对此不加以考虑，换个显示器看可能就会觉得很难受。
行长的问题。如果在页面中对显示宽度不做限制，单纯靠电子书窗口宽度做限制，那么在高分辨率的大屏幕上，将电子书窗口点到最大，就可以看到长长的一行行文字从左排到右，看完一行回过头来，可能已经搞不清下一行从哪开始了。对行长进行限制的方法不止一种，最简单的就是创建一个固定宽度的表格单元，将内容全部塞到这个单元里去。本文就是用这种方法限制宽度的，各位看一下源代码就知道了。
居中显示。在固定行长的情况下，还有一个需要注意的问题就是显示区域的居中。如果将内容全部靠左显示，在大屏幕下看起来会很不舒服。如果是用表格解决行长问题，将表格属性指定为“水平居中”即可。
字体大小的问题。这个问题也是一个比较容易忽视的问题，我甚至见过有人为自己的“完美”字体搭配而洋洋得意。但是从我看到的情况来看，在800×600分辨率下看起来很好的字体大小，到1024×768下可能就已经有点小了，到1280×1024下则可以用来测视力。所以我一贯反对将网页中的字体大小设置死。
四、适当使用网页特效
我认为电子书可以大致分成两种，一种追求的是与纸质出版物的尽量一致，另一种则更强调通过[屏蔽]页等技术增加阅读的方便性。前者以pdf为代表，不在本文讨论范围之内。后者以各种基于IE内核的电子书为代表，正是本文需要讨论的东西。
适当使用层。一般人制作的电子书，都是在页首、页尾才有上一页、下一页、回目录的跳转链接，这样如果看到一半的时候想跳转，会很不方便。而如果用层定义浮动菜单，用户在任何时候都可以通过浮动菜单的上一页、下一页、回目录链接进行跳转。另外在制作技术性书籍的时候，也有人用层弹出对关键词的注解，如微软的MSDN。
巧用动画增加页面趣味性。这方面做得最出名的无疑是钱建文先生，E书首页缓缓拉开的动态效果，已经成为钱氏藏书的经典标志了。
利用js代码实现一些繁琐、重复性的工作，如上面说过的自动生成上一页、下一页的链接。钱氏藏书的动态效果其实也是靠js代码实现的。
五、选择适当的表现形式
对于HTML格式的素材来说，一般人考虑的制作方式都是直接制作成EXE格式的电子书。但是我觉得其实也可以考虑其它的表现形式，根据需要进行选择。
mht格式。我曾经见到过有人将一个网页直接用IE另存为“网页，全部”，然后打包成EXE格式的电子书，结果一个1MB多的文件，实际内容不过区区10多KB。对于这种只需要保存一个网页及其中图片的情况，我一般是在另存为“网页，全部”后，先用Dreamweaver进行编辑，去掉所有不必要的内容，然后再另存为“Web档案，单一文件”，即mht格式。与其它格式相比，mht文件同样只有一个文件就可以放下全部内容，鼠标双击就能打开，而且用 IE就可以直接生成，不需要额外的制作工具，还没有EXE文件的目录打开慢、容易染毒的毛病。
chm格式。大多数人使用chm格式，其实只是使用了chm的皮毛功能，即网页压缩、打包的功能，顶多再用到一个“目录”功能实现导航。其实在制作某些具有学术性质的电子书时，chm格式独有的索引、搜索功能，将会大大增加读者检索资料的方便性。我一直认为这方面做得最好的是MSDN，不过这个不是人人都能看到的。有兴趣的人也可以进入Windows XP的帮助目录（C:\WINDOWS\Help），仔细看一下其中chm文件对索引、搜索功能的使用。至少到目前为止，我还没有见到过哪个EXE格式的电子书提供全文搜索功能。
六、工欲善其事，必先利其器
如果各位制作电子书，只是抱着“玩玩而已”的态度，那么可以忽略下面的建议，否则可以参考一下。
至少学会看HTML源代码，可能的话再学会看css、js源代码。我想可以这么说：一个人如果只会用所见即所得的编辑器编辑网页，那么他这辈子大概都只能在电子书制作的大gate口打转，很难登堂入室。原因无它：很多隐藏在代码里的东西，在页面上是看不出来的。
就算自己学不会js编程，至少也应该多到相关站点看看，搜集一些特效代码。原因也很简单：熟读唐诗三百首，不会作诗也会吟。
七、善用模板
随着钱建文、云中孤雁等人制作的电子书影响的扩大，用模板制作电子书似乎正在成为一种时尚。就我个人来说，我也认为模板确实是个好东西，某些人据说因为模板“缺乏技术含量”而鄙视它，在我看来未免有点失之偏颇。不过模板也有一个天生的特点：只要模板里有一句废话，在用模板制作一千个HTML文件后，这句废话就会被重复一千次，模板里的错误就更不用说。所以
不论模板是别人提供的，还是自己从网页另存出来的，请务必仔细检查，尽量精简掉不必要的代码，以减少最后打包电子书的尺寸。
如果模板里包含js、css代码，建议尽量[屏蔽]成外部js、css文件，在模板中进行引用，这样可以避免在制作出来的HTML文件中包含大量相同的代码，白白占用空间。
使用模板实在是太快、太方便了，有些意志薄弱的人可能就此迷失在飘飘然的快感里，忘记检查一下最终的结果。我就见过有人用云中孤雁提供的武侠模板制作了一个合集，结果从总目录点进去以后，里面好几本书的书名用的是同一个图——模板里的图，结果根本搞不清在看的是什么书。
八、打包、上传前的考虑
打包前请先用TextForever的“HTML整理”功能对需要打包的文件进行扫描，看HTML代码中有没有包含绝对链接。经常看到有人在BBS 上问为什么做出来的电子书到别人机器上一打开，就缺这少那，这个多半都是因为图片、js、css等文件使用了绝对链接的缘故。
某些人喜欢在打包前用网页加密工具对网页进行加密，并“顺便”加入禁止选择、禁止复制等功能限制，或密码保护功能，以保护自己的“劳动成果”。我可以坦率地告诉这些人：只要您打包成基于IE内核的电子书，您的所有保护措施其实都是白费，反而促使用户更想反编译您的“大作”，因为很少有人能够忍受这些限制。在用 unEbookWorkshop、miniKillEBook等反编译出HTML后，用TextForever的“HTML整理”功能可以批量解密 HTML、去除HTML中的各种功能限制。我曾经见过有人做了一本电子书，后来想改却找不到源代码，在BBS里到处问人怎么反编译；也见过有人把带密码保护的电子书反编译了重新制作，只是为了不受每次输入密码的麻烦。所以建议各位还是把心胸放宽一点，本来就是从网上收集的素材，为什么不能再在网上自由流通？如果心理实在不能平衡，不妨数数自己自己收藏的电子书有多少是别人免费做的，自己机器里装的软件有多少是真正花钱买的，如果这样还不能心平气和，那我也只能对您的执着深表敬佩。
如果有条件，建议在打包后，先在虚拟机里对电子书进行测试，再上传到BBS。测试的目的一方面是看电子书在各种版本的Windows下能不能正常打开，另一方面是看一下在800×600等低分辨率下电子书的显示效果。虚拟机软件我现在推荐VMware，不过在微软完全整合收购的VirtualPC后，我会改为推荐VirtualPC也说不定。在虚拟机的帮助下，我可以在Windows XP中完全模拟出Windows 98/Me/2000环境。
电子书制作完成以后，多半还要上传到BBS与各位同好共享。BBS一般都对上传文件的大小有限制，因此上传前多半都用WinRAR压缩成规定大小的分卷压缩文件，然后再上传。在这里想建议各位的是：请检查您机器上安装的WinRAR版本，如果版本号低于3.4，请尽快升级到3.4以上版本。原因很简单：从3.4版开始，WinRAR压缩出来的分卷压缩文件都会在文件中标明卷号，用WinRAR等软件可以看到。这样用户下载到您上传的分卷压缩文件后，不论是自己手工解压还是用BatchUnRar自动批量解压，都不容易出错。
在上传完毕后，如果带宽允许，建议自己先下载、解压一遍；如果嫌麻烦，至少也要看看回复帖子，发现有错误请及时更正，以免浪费别人的时间和带宽。我见过最无耻的一本书：有人在rbook论坛上发了一本书，共 23个压缩包，还规定必须回帖才能看到下载链接，结果骗了近60页的回帖。其实分卷压缩包里有一个是错的，下载后并不能正确解压，但是回帖回了近60页也没见楼主更正，不知浪费了多少人的时间、精力、带宽和感情？
