爱苹果，爱生活

还有多少人记得 8 月 31 日，是属于全球 blogger 的节日 BlogDay 呢？虽然来历不怎么权威，但我的确挺喜欢它——总结一年来我的新发现，分享一年来别人的新发现——所谓的思想交流不过如此。那么本年度的 Klaith 博客选择奖得主，现在揭晓！

• apple4.us
  当 apple4.us 刚创立的时候，我并未给予特别的关注。然而随着作者群的庞大，以及我加入后与他们线上线下的交流，使我不得不对其刮目相看。创始人始终坚持播散信息、传递思想、创造价值的远大理想，帮助 apple4.us 迅速地大放异彩。虽然发生过放弃 CC 协议这类不愉快的事情，但其作为 Apple 相关 blog，大陆第一的地位实至名归。
• 高博随笔集
  高博学长写作高产是毋庸置疑的，早在 2006 年我便已推荐过他的每日灵修。而他的随笔集质量同样出色，不仅话题涉猎广泛，行文风格更似培根爵士的传世之作《Essays》。于是有些文字难免艰深晦涩，可一再品味，却往往能有豁然开朗、醍醐灌顶之感。他的随笔一再证明：思考，很多时候真地会让人上瘾。
• 春光乍现
  说实话，订阅至今我除了勉强能够猜出该 blog 的作者们从事广告业，其它一概不知，只好停留于盯着图片傻笑的低层次，还经常被篇首的天干地支唬得一愣一愣。既不是“一个广告人的自白”，也并非记录那群人“成长的烦恼”，这个 blog 更像是他们自娱自乐的产物。而试图传达的核心思想，或许就是页面边上的广而告之：“我们都是小孩子”。
• 嘎嘎在东京
  现实中，嘎嘎也许是普通得不能再普通的留日中国人。不过当他立志用手中的摄像机向我们展示日本，立志以自己的所见所闻向我们介绍在日本生活、工作、留学以及旅游的时候，“嘎嘎在东京”横空出世了。整个 blog 主题明确，内容详实，还有个人颇为欣赏的“新人君”连载，实在想不出什么理由让我不推荐它……
• My3W|CSS Genius
  几乎找不到任何文字，只有数之不尽美仑美奂的网页截图——这里不仅是欣赏优秀网页设计的好去处，更是设计师们寻求灵感、学习 W3C 标准的圣地。blog 更新频率不高，每次更新量却不小，目前为止已经收集超过 2000 个网站。难能可贵的是，作者一直低调地默默维护，不曾停歇。

水源站友 NeRwa 首先发现了这个彩蛋。仔细看看上图，和普通的 Adium 关于窗口有什么不同？没错，可爱的绿色鸭子在扑腾翅膀。当你点击这只 Mac 界的知名动物时，它除了会动动翅膀，还会相当响亮地叫唤一声──不用怀疑，就是鸭子叫。

而如果你够心狠手辣，连续折腾它十一下，你还会听到不一样的叫声。

前不久，Dr. Dobb’s 报道了本校医学院附属仁济医院的放射科医生使用 iTunes 管理 PDF 文件的新闻，随后我便发现早在一年多之前，Lifehacker 就已经发布了一篇相关的教程，详尽实用。即将开始论文生涯的我，非常高兴能够看到这类提高工作效率的方法。所以我翻译了除最后一段外的全文，希望对其他人也可有所帮助。感谢 KlaithC 君的零星帮助！

• 作者：Gina Trapani
• 原文链接：Organize your PDF library with iTunes
• 翻译：Klaith

你可不打算为了确认申报每一张票据，再花上一个报税季翻箱倒柜四处寻找漏网之鱼。绝不，先生！明年你所有的税务文档——所有的重要文书——都将被转换为 PDF 文件，被整理进支持搜索的文件夹。你的票据、电子书、扫描的报纸文章、税务表格、产品手册和客户合同，都可以随手可及，无论文件柜是否近在眼前。

你可以使用 iTunes 组织它们。

“你在说什么呢？”

是的，我知道 iTunes 并非文档管理软件，但不管怎样它出人意料地精于此道。借助 iTunes 的智能播放列表，以及其对 PDF 的支持，你能够建立一个文档库，其中的 PDF 会根据基于关键词的列表自动排列。让我们开始吧！

数字化文档为 PDF，你需要什么

• 一台扫描仪。如今文档扫描仪小巧、时尚，极其廉价——有一些低至 50 美元——所以挑一台数字化你的纸质材料，比如报纸、杂志，或者纸质票据。你的扫描仪软件很可能提供了输出 PDF 文件的选项。如果你希望一次性数字化一叠材料，你需要带自动送纸器的扫描仪（硬件不是我的专长，产品型号取决于你的需求和预算——不过这篇文章有些来自广大读者的推荐）。
• 一个输出 PDF 的程序。Windows 用户应该下载免费的 CutePDF Writer，以便打印办公室文档、电子邮件、图片及网页为 PDF 文件（说真的，CutePDF 必备）。Mac 用户的话，打印为 PDF 完全内建于 OS X，所以除了在打印对话框里选择 PDF，你无须做任何事。

为你的文档创建一个独立的 iTunes 曲库

你的 1099 号表格（译者注：什么是 1099 号表格？）和 MP3 萍水相逢，真是奇怪，因此你会想为你的 PDF 创建一个崭新的“只谈公事”的 iTunes 曲库。要这么做，请在启动 iTunes 启动时按住 Shift 键（Mac 用户则是 Option 键），然后在如下的对话框中点击“创建曲库”（Create Library）按钮：

为你的文档库取个一目了然的名字，例如“PDF 文档”（PDFDocuments）：

一旦曲库设置完成，你便可通过拖曳 PDF 来添加它们。然而在此之前，有两条用 iTunes 处理 PDF 的小贴士：

• 缺省情况下，当你添加 PDF 入曲库时，iTunes 会向保存自身数据的目录复制它们，使你的硬盘上留下两份拷贝；它还会创建并不适用于 PDF 的艺术家和专辑子目录（PDF 均为“未知艺术家”、“未知专辑”。）。为了保持 PDF 位于其原始位置，在 iTunes 使用偏好的高级标签中，去掉“添加至曲库时复制文件到 iTunes 音乐文件夹”（Copy files to iTunes Music Folder when adding to library）与“保持 iTunes 音乐文件夹秩序”（Keep iTunes Music folder organized）之前的钩：

• 右击列首反选，移除默认列表内全部音乐特有的属性域，像艺术家、专辑，以及末次播放之类的：

设计你的标签表，创建智能播放列表

如果你向 iTunes 曲库添加了一些 PDF 文件，你会打算用虚拟目录，即实际的播放列表，来组织它们。播放列表取代目录的优势是，一个文档可以同时位于不止一个播放列表——这样 2006 年的 1099 号表格就能够同时属于税务列表、2006 年列表、收入列表、1099 号表格列表。

你能手动创建列表并拖曳 PDF 加入其中。更好的方法是，利用智能播放列表根据关键词动态归类。举个例子，我重命名 PHP 手册的 PDF 文件为“PHP 手册（电子书 编程）”（PHP Manual (ebook code)），接着为电子书创建一个智能播放列表，收集所有名字里含有词语“电子书”（ebook）的 PDF：

而如果我另有一个“编程参考”（Code reference）智能列表，匹配名字中包含“编程”（code）的 PDF，PHP 手册也列于其中。

类似于一切标签系统，你不得不设计适合你的标签表，保证你的 PDF 准确相符，出现在它们应该出现的列表中。譬如，对于税务文档而言，我以年份、类型（收益或扣除）、表格编号（1099、1098 等等）命名它们，查看全部 2006 年的 1099 号表格，或者我全部的收益文档，易如反掌。

添加你的播放列表至目录

你也可以将相近的列表归类进某一目录。比如，我的税务文档列表都在名为“税务”（Taxes）的目录下，只需点击该目录，我便能看到目录下列表包含的所有 PDF 文件，非常方便。

如果你需要，你还能利用任何 iTunes 的音乐元数据域，诸如艺术家、专辑、风格和年份，进一步细分你的 PDF，但对我而言有点削足适履的感觉，我坚持仅在文档名称处添加关键词，如此要是哪一天我想用另一个程序，只需 PDF 文件标题里有关键词，就仍然便于搜索（Spotlight、Vista 的保存搜索文件夹和 Google Desktop 都会通过标题里关键词寻找 PDF，却不包括 iTunes 的元数据域）。

“不过 PDF 终究不是音乐文件”：为什么选择 iTunes，为什么不选择 iTunes

我选择 PDF 管理软件的三个必要条件是：免费，跨平台（至少 Mac 和 Windows），并且支持标签（这样 PDF 能够储存于几个“目录”下）。iTunes 三条均符合。

但是如此使用 iTunes 也有严重的缺点：iTunes 内无 PDF 显示或预览功能——事实上根本没有 PDF 阅读器，你需要借助 Adobe Reader、FoxIt 或者 Mac 的预览来实际打开这些文档；最后一点，iTunes 不能搜索 PDF 内容，同样深深地伤害了我（可 Google Desktop 与 Spotlight 都可以）。

假如这些缺点让你避而远之，还有其他选择。沉迷于 OS X 的 Mac 用户应当看看价值 34 美元的 Yep，肯花钱的 Windows 用户，Rick 推荐 PaperPort（不随扫描仪捆绑销售的版本约需 200 美元）。据我所知，PaperPort 并不支持标签功能，与之类似的应用程序之前已经提及，免费的 DocsVault。

上周六，apple4.us 毫无征兆地宣布放弃使用 Creative Commons 授权协议，身为作者之一的我事先并未见到任何形式的讨论或通知。而 woody 君的逻辑也罕见地紊乱了一把：表示“做出这一决定有保护自身版权的考虑”的同时，又写道“和‘版权’也未必有关”；强调“不鼓励转载”之后，却在页面底部明确“请勿转载”——避而不谈“版权”的法律概念，更像是在为自己刊登的翻译文章做开脱。

众所周知，国内的网络人士大多急功近利，恶性转载比比皆是，单以 Mac 界为例，远的有 osxcm.cn 不注明出处大量使用 applewoods 文章，近的有 WeiPhone 厚颜无耻直接剽窃（原文链接）。作为特定领域相当杰出的网站，apple4.us 在这方面想必也颇受欢迎，恐怕有鉴于此几位核心人物才不得不出此下策。

然而正如有读者诘问贴张“封条”能否真正杜绝转载行为，在雇得起专职律师前，这声明虽不至于一纸空文，却的的确确防君子不防小人。由此看来，其作用大概仅限于表达对“转载”的态度，不但深恶痛绝，而且身体力行。但是进一步讨论，如果只是因为网站公开面向网友，以及允许网友使用链接，便可称为“开放”，那么不免小看了互联网诞生的本意，还将“开放”的标准放得太低太低，Cory Doctorow 曾说过：“比特就是用来拷贝的。”

提供有限的善意转载，或者法律容许程度内的转载，除了是对互联网“开放性”的尊重，同样是思想交流的需要。我还记得在松江时，通过上外的教育网要上 apple4.us 简直就是“不可能的任务”，刷新几个小时都一片空白，应该感谢 Google Reader，应该感谢饮水思源的讨论空间，没有转载我便看不见说不了——对于网络多家分治的大陆，“转载”无疑解决了一些实际问题。而 Creative Commons 的横空出世，既迎合了网络时代的新特性，也为网络作品拷贝的合法性做了法律准备，或许有更深层次的意义。另一个问题在于，我的 blog 文章均基于 Creative Commons By-NC-SA 2.5 中国大陆协议发布，apple4.us 的新政策将禁止我“一文多发”，这对我来说无异于彼处的“尸位素餐”。

有人说：“模仿是最真诚的赞美”，有人说：“apple4.us 是文化奸商”，羽翼已丰的 apple4.us 可以不需要，可以无所谓。不过我希望它仍然能够保持网络时代真正的开放态度，因为它无须害怕，别人复制得了文章，却一辈子复制不了那些朝气蓬勃、观点独到、思维敏锐的作者们！

2008 年 8 月 17 日更新：昨晚和 apple4.us 的同仁沟通了一下，了解到做出这一决定的艰难，但是某些网站的做法实在让大家忍无可忍——所以无须再忍了。事实上，我也并不打算改变什么，只是单纯表达一下我对这一事件的态度，同时会服从多数的决定。相对而言，我更为乐观一点，坚信什么都将往好的方向发展，有一天 apple4.us 仍将选择 CC。

新的台式机买来也有些时候了，直到今天才一遂装回 Ubuntu 的愿望。其实上周末我便折腾过，当时选择硬盘安装方式，在拜读大量文章后，我通过修改 menu.lst 进入磁盘镜像的 Live 系统中——令我哭笑不得的是，我看了关于在 Linux 里安装 Ubuntu 的内容，才悟出这一办法。结果分区软件竟然离奇地无法打开，我只能作罢，接受命运安排，出门买张空白盘吧！

虽然硬盘安装不如 XP 简洁易行，但描写 Ubuntu 的光盘安装过程实在浪费笔墨。清晰明确的安装向导，区区 20 分钟的耗时，Ubuntu 已经成功入住我原来的主分区。不料问题接踵而至，原来的 Windows 启动文件被删，GRUB 又认不得 NTFS 格式的分区，导致我无法进入 Windows。暗骂自己“二”之余，我开始思索解决之道：先使用 XP 安装盘修复启动文件，然后利用 GRUB 的 rootnoverify 和 chainloader 命令引导 Windows。正为自己的英明神武沾沾自喜时，我蓦然发现，安装盘坏了……

于是大半天都花在 Ubuntu 上，更新软件源、安装输入法，一直奋战到现在下载多媒体解码器，网络就一直没闲着。apt-get 的包管理方式非常强大，而且几乎成为使用不可或缺的一部分，不像 macports，偶尔才用一下。Extra 的显示效果同样让我惊讶，尤其是拖曳窗口时果冻的黏稠感，可惜也就停留于“好玩”，完全找不到 Aqua 那种安静优雅的气质，最终被我关闭。

目前我仍然处于刚刚安装完的配置阶段，还有不少东西我没有试过，不过整体而言，Ubuntu 的表现令我满意，操作风格非常接近 Mac OS X。可惜过多的命令行操作、配置文件编辑，以及长时间的安装配置，都成为吸引新人迁移至新系统的巨大障碍。如果以“人性化”的桌面系统为目标，Ubuntu 的距离依旧相当遥远。

2008 年 8 月 15 日更新：后来证实，并非安装盘的损坏，只是由于主分区好几个，Windows 识别不来，无法正常进入安装程序而已……

今天找小白猪修 Klaith C 君的笔记本，顺便背着小白去现现宝。到了目的地，才发现 iBook 的电池又掉下来了。说实话，我觉得 Apple 的电池扣设计挺失败的——当然也可能我更失败，总是不小心滑开那个旋钮。

断电一段时间的结果，就是系统时间恢复到 1970 年 1 月 1 日上午 8 点，提示某些软件可能无法正常运行。之后随便演示了一下系统偏好设置里的搜索功能、Keynote、Adium，现在天天和 Unix 打交道的小白猪还玩了把命令行，我早已忘记开机时的错误说明。后来向自己的机器拷贝文件，“咣”地一声跳出个出错窗口，告知我硬盘剩余空间不足。绞尽脑汁仔细回想，昨天关机时明明显示剩余 4.2GB，想复制的一个 PDF 文件不过 5MB 而已。无论如何，不至于短短几十分钟时间，就消耗掉整整 4GB 以上的磁盘空间。

于是打开磁盘简介，发现所有的容量相关项竟然都显示为“– 字节”，硬盘挂了？立即重启，仍然无效。注意到启动时的系统时间提示，我试着重新设置，终于正常了……感觉相当匪夷所思的问题，不知道有没有哪位大大可以解释一下？

石锅拌饭的主人 Robin Lu 同样算得上国内 Mac 界的重量级人物，除了合伙创业的财帮子，也经常会写一些 Mac 的高段应用。

在经历 Mac 平台下各种 chm 阅读软件的折磨后，Robin Lu 为我们带来了 iChm。核心特性在于同一文档的标签阅览，基于相关度的搜索结果排序，以及非常实用的页内查找、结果着色。

不过相较 jjgod 修正的 Chmox，iChm 在目录显示方面仍然存在一定问题──这几乎是所有 Mac 平台下 chm 阅读软件的通病了──虽然我勤奋地切换过所有编码……

撇开这个不谈，iChm 在同类中的确想法突出、功能强大，希望作者在之后的版本里可以考虑解决目录的编码问题。