Posts

用 Lightbox 特效处理图片链接

Image
UPDATE (on 9/8/2012) ,不知从什么时候开始,新的 Blogger 似乎已经支持这种 Modal 特效,所以就不需要专门设置了。最后的两个测试图现在其实并没有加任何的文中的代码。 很难说清楚到底应该叫做 Lightbox 特效,还是 Modal 特效,似乎两种叫法都挺常用,于是也就跟着这么乱叫——连中文应该怎么翻译也说不上来。 Lightbox/Modal 特效最大的用处就是在不改变当前页面的情况下,插入一个新的页面层,显示额外内容。以图片为例,点击一个图片的链接后,网页直接在原来页面上放大被点击图片的内容。再次点击关闭按钮或页面空白处,放大的图片自动缩小关闭……特效演示可以 看这里 ,效果很酷,很多论坛上的图片或信息窗口显示都已经用到了这个特效。 关于 Lightbox/Modal 在 Blogger 上的集成应用,网上也有一些相关的讨论。但是很多方法却很麻烦——都要求在每个图片的链接标签 <a href="...">  中手动添加一个 rel 属性,类似 rel="lightbox" 这样,以后 Lightbox 调用链接标签时,通过链接内是否具有 rel 属性来判断链接是否为一个图片链接。这样大规模的手动修改代码,实在是不可取。 于是,我们的做法便是改手动为自动。使用 JavaScript,对 HTML 代码中的每个链接进行自动分析,并根据链接中的一些特有属性来筛选出 Blogger 图片的链接。然后再写上一段动态脚本,将链接所对应的页面地址转换成图片地址(在点击 Blogger 的图片后,链接转向一张包含图片的网页,而不是图片本身,所以需要再次转换地址)。将图片地址套入特效的代码里,就能实现自动识别图片并加上特效了。 说说大致流程。 第一步,选择一个合适的特效代码, ColorBox 和 jQuery lightBox 都是基于 jQuery 的 Lightbox 特效插件,用法也类似。个人倾向于 ColorBox,似乎功能相对更强些,显示效果上似乎也更好些。 第二步,配置 Lightbox 插件需要调用的 CSS 和 JavaScript。将下载的压缩包中的图片、 CSS 和 JavaScript 都上传到个人服务器上(如果没有的话 可以考虑用 App Eng...

答题还是不答题的问题?

Project Management 考试, 60 题五选一的选择题,前一分钟还在心里暗爽;一分零一秒后发现答卷上有这句话:“若答错四题,则倒扣一题的分数”——也就是说“错一题就扣四分之一题的分数”吧。真是用心险恶的考试……上次 Operating Systems 似乎也是这样的规矩,而且更过分,“答错一题就倒扣一题的分数”! 典型的概率问题,如果对答案完全没有把握,到底是该任选一个呢?还是该空着呢?如果把不选也作为一种选项,那么五个选择+一个不选,共六种选择。1/6 * 1 + 4/6 * (-1/4) + 1/6 * 0 = 0,看来如果是随便乱选就有很大的可能交白卷呢!不过话说回来,反正如果不选空着,结果肯定是零分,那还不如随便选一个,反正就大规模的样本(不过 60 题的题量,似乎不算是大数样本……当时没想这么多!)而言,结果是一样的——再说也不是全不知道答案,有些答案总是有把握的…… “所以说概率论和数理统计还是很有趣的,前提是不考虑考试因素。”前些日子说的这句话,还真是说对了!

UniMail 和 zMail

上个月,听说 澳洲某些学校将邮箱服务外包给微软 ,学校名单中包括 University of New South Wales。终于,这个月开始, 邮箱迁移的指导手册 下来了,迁移活动就这么“轰轰烈烈”地开始了——以前怎么没发现学校的效率有这么快呢…… 因为 zMail FAQ 上那句“zMail is a mail service hosted 'in the cloud'”——由于现在所做项目的关系,对“云”相关的词汇(云计算、云存储……)都相当敏感——而欣欣然地把邮箱的迁移过程演练一遍、收发了几封邮件,但是结果相当地令人失望。 首先,整个 zMail 系统的服务定位相当地令人费解。在 UNSW 方面看来, zMail 系统的作用只是一个在线的邮件客户端系统。所以在使用说明里,一再强调学生应该使用 student.unsw.edu.au 作为邮箱域名,而 zmail.unsw.edu.au 则是作为登录 Windows Live 服务之用。而对于 Microsoft 而言, zMail 系统则是它的 Live@edu 计划的一个具体应用,功能也远非仅仅实现一个简单的邮件客户端,即时聊天、日历、在线存储、手机绑定以及手机邮件推送等功能也都包括在内。 于是在 zMail 系统上, zmail.unsw.edu.au 反客为主地成为了邮箱的主域名,所有发出去的新邮件都是以 zmail.unsw.edu.au,即使是回复来自 student.unsw.edu.au 的邮件,发送者地址仍然以 zmail.unsw.edu.au 结尾。最终解决方案是在 Option 选项的 Account 标签中,添加你的 student.unsw.edu.au 邮箱到 Other Accounts 部分,此后,你才能在发件人的 From 栏中选取以 student.unsw.edu.au 结尾的邮箱域名。但是有趣的是,Account 标签只能在 Internet Explorer 中才能使用, Mozilla Firefox、 Google Chrome 等都没有这部分配置选择。所以我们为了正确使用 zMail 系统,我们必须使用 Internet Explorer,而为了使用 Internet Explorer 我们必须安装 Windows 系统,不知道 U...

操作系统自杀

如果你很空,那么: 在 Linux 下,打开 Terminal,输入以下命令 sudo rm -rf / 在 Windows 下,打开 附件 下的 命令提示符,输入以下命令 rd /s/q c:\ 然后你就会很忙了——忙着重装系统。

将 Google Page Creator 迁移到 Google App Engine

Addition V1,现在本文有个 英文版 啦。 今年 6 月, Google Page Creator 即将停止服务,一个免费的网页存储空间就这样凭空消失了。而对于老用户而言,伴随而来的,还有寻找替代空间所带来的无端痛苦。虽然, Google 提供了 将 Google Page Creator 迁移到 Google Sites 的方案 ,但由于 Google Sites 不支持 JavaScript 和 CSS 等功能,对于许多将 Blogger 的脚本代码存放在 Google Page Creator 的用户而言,这个方案显然并不合适。 其实,相对于 Google Sites , Google 的另一个服务,作为云计算平台的 Google App Engine 更适合作为替代 Google Page Creator 的脚本宿主服务器——毕竟, App Engine 本身就是个在线服务器, 可以存储任何容量小于 1MB 的静态文件(一般单个的图片、网页和脚本文件的容量都不会超过 1MB) Google 的新规则允许存储任何容量小于 10MB 的静态文件,文件总数量可达 1000 个。(Updated on 6/19/2009) Google App Engine 本身相当强大,作为动态服务器,支持 Python 和 Java 代码的页面。但是将 Google App Engine 做为静态文件服务器,只需要适当了解 app.yaml 文件的配置 , 本地测试 和 文件项目上传 即可——将需要上传的文件在本地目录下安排好,设置 app.yaml 下的 URL 和上传文件之间的映射关系,调用本地模拟环境进行测试,确保无误后上传。 以本人的两个 Google Page Creator 网站 alpha.roc.googlepages.com 和 alpha0roc.googlepages.com 为例。前者用于放置 JavaScript 的小 Demo,后者用于放置 Blogger 的脚本、图片和下载文件。迁移后,两个网站分别重定向到 alpha0rocdemo.appspot.com 的 demo 目录(此目录包含 index.html 文件,可直接通过页面访问) 和 blog 目录(此目录仅包含图片、脚本等资源,无法直接访问)。由于 Goog...