使用Foxit Reader作为默认PDF阅读器，并在资源管理器中显示缩略图

Foxit Reader作为一款替代Adobe Reader的PDF阅读器，其性能上具有极大的优越性（v2.2），功能上也毫不逊色，实在是追求效率不可多得的工具。

当然为了提高效率，我们可能需要在资源管理器中显示PDF文件的缩略图。但是Foxit Reader似乎没有相应的功能，使用Foxit Reader作为默认PDF阅读器，无法在资源管理器中显示缩略图（Adobe Reader可以）。

解决方法：
将Adobe Reader/Adobe Acrobat作为默认PDF阅读器，并在资源管理器（已设置为以缩略图显示）中，调整视图模式为任一图标模式，等待系统生成缩略图后，再设置Foxit Reader为默认阅读器即可。
注意：当PDF文件内容被编辑（如使用Adobe Acrobat制作书签）后，缩略图会失效，需要重新生成。

 如上图，第一个是被编辑后的效果，后两个正常的效果。

汉化Family Tree Builder

前文有言说理想的族谱软件Family Tree Builder虽有中文站，但是软件本身没有中文化，因为很喜欢并且很需要这款软件，就自己动手汉化了过来。

汉化原理很简单：
1. 备份软件安装目录下，Lang子目录中的English.lang（也可以是其他国家的语言文件）。
2. English.lang其实属于一种属性文件（properties），将每一行的第二部分翻译成中文（或合适的文本）即可。
3. 备份安装目录下，Res子目录中的English.bmp图片。
4. 制作一张32x28像素，bmp格式的中国国旗图片，命名为English.bmp，放到Res目录。
5. 启动程序，菜单“工具(Tools)”-“选项(Options)”，
“名字(Names)”-“Display people's names”设置为“Last First (Armstong John)”，即让姓氏(Last Name)放在名字(First Name)之前，符合中文习惯。
“日期(Dates)”，“Day/Month/Year format”设置为“%y%-%m%-%d%”，“Month/Year format”设置为“%y%-%m%”。可以根据自己的习惯设置，其中%m%是使用英文短格式，如Mon，在English.lang改为数字即可。

注意：部分文本不可以翻译为中文，如日期选择按钮类的，提示文本为中文时，显示乱码。另外程序本身左侧的列表(List)的姓名列，中文也显示列表（好像所有List View都不支持中文）。

下载文件托管在Google Code上，同时支持SNV提交，有兴趣的朋友联系我，希望大家来共同完成。

Family Tree Builder:理想的族谱/家谱软件

去年春节回家，老爸让我把家谱（族谱）放到电脑上，但当时家里不能上网，手头又没有理想的家谱软件，只能把一些文本输入到电脑上。

后来又尝试使用树型结构（当时使用梅花雪树）临时模拟，但是族谱是一种双亲（甚至多亲：[古代可同时]结婚多次）树型结构，使用普通的单亲树型结构就显得很别扭，最后使用纯文本拼成一个简易版本。

爷爷 + 奶奶        外公 + 外婆
     |                  |
  ---+----+       +-----+---
          |       |
         老爸 + 老妈
              |
        +-----+-----+
        |           |
     大儿子       二儿子

这个版本也算理想，但是涉及到详细资料，尤其是当这棵树变得更大而复杂，盘根错节时，这个纯文本拼凑起来的双亲树就显得力不从心。

后来回杭州工作时，找了一些软件试用，大都不怎么理想（大概是我崇洋媚外的缘故，国内确实还没看到什么让我觉得有脸拿出来使用的族谱作品），只是找到一个仅支持联机使用的Flash版本：中国传家宝，只能联机使用让我觉得很不方便，而更不方便的是设计上有一些（大概）不合理，操作不便，并且速度也不行，让我满意的大概只有显示效果不错。

过了很长时间，零星的找找也没得到什么结果。

后来无意在VeryCD上看到一下族谱软件，是外国专业公司制作的产品，不过给人的感觉有点太强而大的样子，而且收费挺贵。顺手又上Google搜寻一番，收获不小，这个市场貌似现在很活跃的样子。

于是就发现了这个相当理想的免费软件：Family Tree Builder（这是它的英文网站），号称支持29中本地化语言（事实上也是如此）。不过遗憾的是，虽然它有中文网站，但是软件本身却没有中文本地化版本，刚安装在Windows Server 2008上时崩溃了好几次（大概是我没有摸清它的脾性），而且更糟糕的是程序左侧的List成员列表视图显示中文乱码。不过它的优点也相当可观，免费，启动速度快，自动备份（崩溃后可以恢复），支持多国语言，视觉效果好，操作方便，功能齐全，而且可以导入导出标准系谱数据格式gedcom，这里是它的中文官方介绍，传说是族谱学家级别的人士和专业软件设计专家创造出来的（事实上看起来应该也是如此），适用于管理大型及小型的族谱。

Firefox本地化及其切换

昨天用Firefox内置的下载管理器下载一个较大的文件，而且新搬来这边的网速慢到让我想起令人怀念的大学时期（那时候的校园网，不是一般人能够忍受的），无意中我看到下载管理器里当前下载的文件下显示着“第x小时，剩余x分钟”的提示（不超过一小时时，只显示“剩余x分钟”）。看到这个提示，我当时有两种想法：

1. Firefox下载管理器的剩余时间计算方法比较有趣，将每小时的下载分段，所以就有了第1小时，剩余20分钟的说法；
2. 翻译问题，实际应该是剩余1小时又20分钟的意思。

这两种理解方式都有其道理，而且在我最初看来，是各占50%的。

为了打消疑问，我Google，Baidu试了个遍，但是没有找到一条符合的记录，于是又尝试问一些对Firefox有/无兴趣的朋友，以及mozine的Gtalk群友，但是大伙都没有注意到这个，只能给个猜测的结果。

为了找到答案，就需要知道Firefox英文版是怎么说的，但是我还不想为此再装一个英文版Firefox，那么怎么切换本地化语言呢，又是大肆搜罗一番，找到一些近似的，这里整理如下：
I:
1. about:config
2. general.useragent.locale由zh-CN改为en-US。（前提：Firefox/chrome/目录下有en-US.jar和en-US.manifest）

II:
1. http://releases.mozilla.org/pub/mozilla.org/firefox/releases/下载安装对应的语言包(.xpi)。
2.  启用该语言包（安装后默认启用）并重启Firefox。

例如我的Firefox版本3.0.3，Windows，则语言包文件地址为：http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0.3/win32/xpi/en-GB.xpi （粗体为Firefox对应的版本号）。

注意：http://releases.mozilla.org/pub/mozilla.org/firefox/releases/下的目录并不会列出xpi文件，将正确的版本号替换粗体部分，直接拷贝到地址栏回车即可。

安装并重启之后，可以看到Add-ons - 语言页签下会列出刚安装的English(GB) Language Pack语言包，想撤回中文时，禁用此语言包，重启Firefox即可。

III:
另外还有几个用来切换本地化语言的扩展，Locale Switcher 和 Quick Locale Switcher，它们可以让Firefox直接在菜单栏切换语言。

言归正传，话说回来，切换为英文语言后，尝试大文件下载发现原文是类似于2 hours, 8 minutes remaining这样的提示，意思是剩余2小时8分钟。

Firefox中文版的这个翻译确实不怎么样。

文本宽度 及 文本框滚动偏移量(scrollLeft)

背景：
最近将多标签输入框进行修改，把原来随光标(caret)移动的自动建议浮动条改为根据当前标签相对左对齐。

解决方法很简单，计算当前标签前的文本宽度(将需要计算的文本转义后放入一个各字体样式与目标输入框相同的容器，如span中，span.offsetWidth即是文本的宽度。注意：文本框中，中文半角空格的宽度和英文半角空格的宽度显示为不同，虽然这两个空格本质上相同)，浮动条根据该值定位即可。

问题：
当标签文本过长，超出文本框宽度时，标签文本会向左滚动，但是此时当前标签前面的文本宽度不变，定位浮动条时需要减去文本向左滚动的尺寸。

网页文档对象中，元素都有一个可读写的scrollLeft属性，表示元素内容相当元素容器向左移动的偏移量。

但是Firefox和Opera有一些例外，如文本框的scrollLeft始终为0，Mozilla的描述是：

If the element can't be scrolled (e.g. it has no overflow), scrollLeft is set to 0.

对于一些不可滚动(scroll，即没有溢出)的元素，scrollLeft始终为0。而单行文本框（在Gecko引擎看来）是不可滚动的，即使将样式指定为overflow:scroll（IE会出现水平和垂直滚动条这样的怪胎）。

虽说单行文本框是不应该出现滚动条这样怪异的形态，但是这不表示它是不可滚动的，当文本宽度大于文本框宽度时，（为了将光标caret显示在文本框可见区域）文本势必向左滚动，如图：

解决办法：
对于文本框不支持scrollLeft的浏览器，一个临时的解决办法是，在文本宽度大于文本框宽度时，浮动条定位在相对文本框后端若干像素（便于输入）的位置，在增量输入时，体验不是太差，但是在光标向前移动使文本向右滚动时，就会出现偏差。

最终解决办法是期待浏览器能够得到正确的scrollLeft值，或者其他巧妙的计算方法。

Windows Server 2008未激活导致黑屏

Windows Server 2008未激活导致黑屏，地位与盗版软件平等

 

这本是Windows Server 2008试用版，未激活，昨天是到期后之最后一天，频繁提示激活未遂，今日凌晨准备关机时发现已经被黑屏。

 

网上找了一下关于激活的帖子，有说临近到期时运行命令：slmgr.vbs -rearm 即可，可以故计重施三次。 

虽说黑屏也算的上酷的，但传言纯黑色于眼于显示器都不利，值得庆幸的是还可以改回来，没有特别关心黑屏这件事，不知道会怎么个黑的有规律法。

想要自-由，考虑换Linux？但是开发能不顾Windows及其IE吗，这就像想离开QQ和用友财智家庭理财一样，已经深陷封闭性其中时，要投入到自-由的怀抱，还是要付出很大的代价的。

期待自-由软件颠-覆封闭专有软件的政-权。

PANDA-glGo，完美的围棋软件

我的围棋水平虽然很差，但是这一点也不影响我对围棋的喜爱程度。而今天意外的发现一款让我满意度达到100%的围棋软件，它就是PANDA-glGo，（这是它在GNU和SourceForge上的地址，不过sf上已经过期）。



PANDA-glGo是一个GUN自由软件，支持Windows，Linux和Macintosh平台，不论外观，还是内涵，无一不是完美绝伦。PANDA-glGo支持2D和3D的风格，界面简洁大方，操作方便。可以设置棋盘背景图和更换棋子，支持多语种，包括中文。

PANDA-glGo默认没有机器人，如果想要人机对战，需要另外下载GNU Go（解压至PANDA-glGo安装目录即可，也可以放在其他位置）。机器人跑起来一点都感觉不到慢，即使设置棋力为最高级别（机机对战除外），至于算法是否高明，机器人棋力能达到什么程度，我不（需要）知道，目前我还没赢过。可以设置机器人的棋力级别，棋盘大小（纵横数目）和对战让子目数。另外PANDA-glGo还支持网络对战，或者观看他人对战。联机时，可以查看棋手级别等资料，正在进行的棋局。可以这么说，PANDA-glGo不仅仅是一款围棋软件，更是一个围棋平台。

帮助文档很完整，只是缺少中文文档。

如果你也是围棋爱好者，这是不容错过的一款软件。好想找一份和这类似的中国象棋软件，因为我的象棋水平比围棋稍好，可以坚持久一点。

电子图书管理软件幻想

一直以来，稍微好点的电子图书管理软件是特别的少，而做很不错的更是少之又少，要说真正让用户喜欢，或者至少还满意的，到目前为止，没有。

而与之功能相似，状态却截然相反的是，图片和音乐文件的管理软件却如此兴旺发达。

下面先介绍一下图片管理软件，它们大致有以下几个特点（这里以个人最偏爱的Picasa 3 Beta作参照）：

1. 看图，图片管理软件最好能（方便快捷的）阅读各种格式的图片。（Picasa 3的看图模块很炫很优秀，半透明状态悬浮在窗口上，附有一些播放，翻转，标星，打开在Picasa中编辑等快捷功能。不过Picasa对GIF动画支持很烂，甚至会毁掉动画的动态特性）

2. 管图，每一张图片都不是独立存在的，它们存在于一些相关/无关的相册中。对于一个图片管理软件来说，对相册的管理能力尤为重要。（Picasa可以动态扫描整个磁盘/指定目录的所以支持的图片，还可以建立独立于存放目录物理路径之外的虚拟相簿功能，感觉就像管理你的家庭相册一样）

3. 搜图，搜索功能对于任何一个信息系统来说都必不可少，而对于图片搜索，还有一些有待探索的领域。（以搜索著称的Google生产的Picasa自然有这个功能，虽然还有待提高）

4. 写图，这是对单张/多张图片进行微量/智能调整的高级特性。这个可以交给专业的图片处理软件，对图片管理软件来说非必要，但是一定要提供快速定位到系统资源、直接由这些专业的处理软件打开的特性。（Picasa有一些像改变色相，去除“红眼”这样的简单功能，另外，和Google搜索的“手气不错”一样，Picasa也有这样自作主张的功能）



而我所期待的图书管理软件，就像上面列出来的这些特性一致：

1. 看书，软件最好能支持多种图书格式，因为现在的图书格式繁多，一一支持不太现实，也没有必要，让管理者做好管理的事情就够了，当然还需要能够方便的定位资源，并能与其他专业的看书软件配合。另外最重要的，是有一些读书计划方面的规划系统（可以结合一些读书技巧/理论）。

2. 管书，每个人都会有自己的个人图书库，当这个库越来越多时，管理则是势必施行，在管理方面，图书有它和图片的不同之处，比如分类（可以参考但不拘泥于图书馆的管理方式），加一些现流行使用的小标签，图书的名称，ISBN，缩略图，作者等，软件最好，或者说最起码能像Picasa一样支持动态扫描指定位置的所有支持/指定格式的图书。

3. 搜书，并不是每个人都能够/需要看并记住所有收集的电子图书的，在需要时快速定位的指定位置，或者至少找到匹配的书。

4. 写书，编辑书名，作者，缩略图，分类，标签，ISBN，给喜欢的书标星等，另外像编辑PDF的书签或添加评语/附注，非必须，有专业的编辑软件支持就可以了。

目前发现最好的有Foxit Library，它支持静态扫描和书架归类，并能够使用自己的Fixit Reader打开PDF文件，但是在使用它管理图书时，操作不便到简直不可用的地步，而且速度很慢（可能是因为我的书太多，但是Picasa管理我更多的 图片时，一点都不显胖），并且不支持搜索（有一个索引功能）。

另外SSReader也有一个“本地图书馆”，可以导入本地目录。它会按照目录结构生成默认归类（跟系统资源管理器差不多，建议还是用资源管理器比较好）。

不知道为什么现行的图书格式都不支持（像音乐文件一样）将书名，作者，缩略图，ISBN等信息存储在图书属性中，这方面难道没有对应的规范，还是牛仔太多了？

这样的软件是一个梦吗，真悔当初不懂事。给我再多一点时间，我可以自己来实现这个梦。