Code + Design ^ Life
在重制 在线密码生成器 这个单页工具时，尝试的一种交互方式需要 tooltip (来自 Bootstrap) 作为操作提示的载体，动态修改 tooltip 的内容。于是查阅了其 源代码，虽然没发现有这样的功能支持（后来小改了一行之后就可以了），但是却发现其代码格式有些有趣的地方。
Tooltip.prototype = {
constructor: Tooltip
, init: function (type, element, options) {
var eventIn
, eventOut
this.type = type
// ...
this.options.selector ?
(this._options = $.extend({}, this.options, { trigger: 'manual', selector: '' })) :
this.fixTitle()
}
// ...
}
可以注意到下面几点： 继续阅读“不错的 JavaScript 格式”
今日依然忙于改进 Launch theme，没怎么去八卦其它事情。傍晚吃饭看六点半新闻的时候，听到 Bee Gees 的其中一位成员 Robin Gibb 在与癌症长期搏斗之后离世，感叹又失去了这样一位富有音乐才华的人。
非常喜欢的一首歌 Islands in the Stream (2001 Robin Gibb 独唱的版本)，曾经单曲重复了不知道有多少遍， 继续阅读“怀念 Robin Gibb”
上一轮改进是对一些比较明显的问题，而这一轮则是一些不明显的地方。
英文以衬线字体显示似乎更加舒服，所以继续使用 PT serif 作为首选的英文字体。
字体大小由原来的 14px/24px 提升为 16px/28px。
标题增大至 30px 之后，就不需要粗体了。
同时伴随周边的字体大了，间距也大了。
WP SyntaxHighlighter 插件与 Launch 的样式有些不协调，文字阴影在代码高亮的情况下有点画蛇添足，行距太窄在阅读代码时会产生抗拒感。 继续阅读“Launch Theme 改进，第二弹”
两个问题：
小图标的问题，我之前未做过 WordPress plugin 开发，经过一阵简单的文档扫描之后，开始读代码，主要寻找 add_filter 或者 add_action 函数调用，再加上输出结果作为线索，很快就锁定了 comments.php 这个文件，在 #disqus_thread 的外围（一开始加在里面没效果，是因为后面的脚本会完全覆盖里面的节点）加上
<div id="comments">
<div class="entry-icon"></div>
<div id="disqus_thread">...</div>
</div>
还好，没深入到什么 Action 和 Filter 中去问题就解决了。
而 Feed 的功能，关闭 FeedBurner 插件之后一试便知，是完全实现了我所需要的功能—— feed 重定向。于是，快活地停用了 FeedBurner FeedSmith 插件。
在实际使用过程中 FeedBurner 在国内有被墙 reset 的可能性（真神奇），不妨试一试 feedsky 的服务。现在访问 http://leegorous.net/blog/feed 会自动重定向到 http://feed.feedsky.com/leegorous。欢迎订阅。
鉴于 feedsky.com 刚刚无法访问了好一阵时间，不知道什么原因，还是换回去 feedburner 吧。继续提心吊胆，密切关注。
这个 代码风格指南 从 Google JavaScript Style Guide 翻译过来的。
希望写代码可以写出风格，写出专业感觉的程序员们，可以参考一下 Google 的做法。
另外，Google Style Guide 开源项目里不止有 JavaScript 的指南，还有 C++，Objective-C，Python，HTML/CSS 的。值得给颗星，收藏之。
上一个主题 jQ 看了也有挺长一段时间了。当时几乎是冲着名字 jQ(uery) 去的，内置一些酷酷的功能，比如分类下拉菜单，收起/展开文章列表，动态调整文字大小。问题也是有一些的，比如 Tag cloud 不能放侧边栏，只能在最底下。
现在，我希望有个更加清新的感觉，画面上的元素更加有利于视线聚焦到文章内容上去，是一种关注的感觉。刚好发现 ThemeZilla 的免费 Launch 主题，看上去效果还不错。于是安装上去试试。 继续阅读“给博客换个新主题”
在处理首页一些细节的时候发现，在 Windows 上的 Chrome 显示 @ 符号的时候有些异常：
通过和上面一个 @ 对比即可发现下面一个更加窄一些。
为什么会有这么一个奇怪的现象呢？
想起前几天看的一篇博文 浏览器如何渲染文本，里面说到，在进行文字排版之前，会有个 text run 的过程，会根据一些语言规则，产生出一些 shaper，然后才是交给后续排版。 继续阅读“@符号在 Chrome 里的奇怪显示”
网上有些质量相当不错的资源的，但当你怀着想学习新知识的心去寻找它们时，它们却不是那么明显，特别对于新手来讲，更是不知道该如何选择，或多或少地，时间就在浪费了。
于是，我就建立这么一个 Online Learning List 页面，用来收藏一些质量比较好的网上资源。目前主要是面向一些希望学习新知识或者尝试温故知新的程序猿们，所以是以收集开放的 IT 类的学习资源（比如 以各种开放协议发布的自由图书）为主。如果是中文资源就更加好。
如果你也了解一些质量好的资源，欢迎联系
，或者 fork 我的 homepage 项目(页面源代码寄居在里面)，又或者你了解已经有类似的更加成熟的项目请告诉孤陋寡闻的我，让我也去参与一下。
为什么不用 wiki 或者其它知识积累型的产品来做呢？
纯粹是因为懒。如果日后内容多了，维护方面的需求更加明确的时候再考虑也不迟。
前阵子用 Google Chrome （酷容，原谷歌浏览器，这名字还需要一段时间去适应）的时候就发现它老会提示需要更新 Flash Player，按照它的提示安装了最新的 Flash Player Plugin，依然是老样子，当时没时间折腾就没理它。
更新了 Ubuntu 到 1204 之后，发现问题依然存在。又重新安装了 Flash Player Plugin 好几次，其实在 Firefox 里已经看到是最新版本了，但为什么 Chrome 认不出来呢？
根据 Adobe 上的文档 的提示。打开 chrome://plugins/，点击在右上角的 Details 按钮，查找 Flash 那一项，奇怪的是里面显示有 2 files。
一个是 位于 ~/.mozilla/plugins/libflashplayer.so 版本是 10.3 d162，另一个位于 /usr/lib/adobe-flashplugin/libflashplayer.so 版本是 11.2 r202，于是尝试 disable 了第一项，重启 Chrome。
OK，问题解决。
余下的问题就是，为什么 Chrome 有这样的机制存在？既然有更加高版本的插件存在，为什么不是首选更高版本运行，而是简单地按顺序拿第一个版本来运行，并且打开凡是包含 flash 插件的页面都提示需要更新，即使安装了最新的也依然提示，很让人摸不着头脑。
看到知乎上一个问题 博客还有前途吗？
看过去一片语带唏嘘，基本观点都是：商业没前景，自己怎么玩都行。
我感觉这个问题可以换种问法。从问题到答案，总感觉有种间隙，倒不是说答非所问，但问题还是需要搞清楚的。
从不同的角度看这个问题，会有不同的思考。它可以理解为：
对应地，答案的立场也会有所不同。 继续阅读“博客还有前途吗？”