[更新日志]

080130：版本更新：支持 Vista 、支持 TIFF、GIF、PNG 等格式等……
061211：补档……

前两天回头研究 QR Code 的资料时……
发现这个软件更新了……
于是也更新了自己维护的汉化版……
更新日志恕不冗述……
请自行检查……

——————— 华丽的分割 ———————

日前中国移动公布了二维码应用方案……
不过很明显是修改过的 Data Matrix 格式二维码……
（而台湾的 QuickCode 则是修改于日本传统的 QR Code ……）

刚和一位二维码同好聊了聊中国移动的二维码……
了解了一些中国移动的二维码物语……
而且据说移动的 QR Code 格式业务马上就会上线……
不知道资费以及软件支持如何呢？

于是我又回头看了很久以前翻译的那个 QR Code 制作软体……
找到两处未翻译完全的地方……
并添加了一处下载点……

——————— 华丽的分割 ———————

最近正在研究这个东西……
然后自己抽空汉化了这个软件……

右边的图便是用此软体生成的……
日本的朋友可以用手机扫描一下此图试试……

当然了……
该软体自己也提供识别功能的……
功能很简单……
而且我也汉化了……
就不多作介绍了……

另外……
最近我会写一篇全面介绍 QR Code 的文章贴出来……
并且会提供线上 QR Code 作成服务……
争做国内 QR Code 推广急先锋…… （寒……）

提供下载: http://www.live-share.com/files/302471/QRCodeEdit.zip.html

（汉化版软件转载请保留本日志地址…… 谢谢合作……）

SpeciLink 以 Special Link 合成命名……
指以下三种“著名的”专用链接协议……

迅雷(Thunder)的 thunder://
快车(FlashGet)的 flashget://
旋风(QQDownload)的 qqdl://

目前版本 1.0 ……
支持将普通链接协议（file, ftp, http, mms, rstp 和 https）
与上述三种特殊链接进行多方转换……

由于是初始版本我只自己翻译了如下四种语言包……

美式英语(en-US)、日本语(ja-JP)、简体中文(zh-CN)和繁体中文(zh-TW)

由于扩展的目的相当单纯……
因此基本支持所有平台的 Firefox ……
扩展中规定的是兼容 1.5 - 3.0 beta 3 ……
如果您发现您用不了……
给我留言吧……

装方法不再冗述……
下载了拖进 Firefox 即可……

使用方法“冗述”如下……
首先找到需要解密的资源链接……
本例中选择的是快车专用链接……
注意看状态栏……

在该链接上点击右键……
出现了 SpeciLink 选单……
出现了与快车相关的三个选项……
分别是解密和转换为其它两种专用连接……

选择第一项对其进行解密……
无声无息地完成了操作……
再次移到链接上……
发现链接已经被解密为普通的 http 链接……
注意看状态栏……

既然已经被转换为普通链接……
您就可以使用您喜欢的下载方式（工具）来下载它了……

今早已经提交到火狐官方了……
没想到这么久没去……
竟多了个 SandBox 系统……
看来本扩展想从 SandBox 转到 Public 还得耗上点儿时间……
那么直接在本日志提供下载吧……
注意日志尾部……

这是俺的第二款 Firefox 扩展……
花了一晚上……
初衷其实是想方便自己下载那些专用链资源……
因为自己使用的 Firefox + FlashGot + IDM 的组合……
如果你也和我一样有此烦恼……
（人数肯定不多…… -__-）
我相信它一定还是对你有一定帮助滴……

下一步……
准备直接调用 FlashGot 等下载管理器试试……
还有添加少量选项……
恩……
今天就到这儿了……
有意见请留言……

提供下载……

国外： http://www.QuChao.com/projects/specilink/specilink_1.0.xpi
国内： http://VIP.YYJoy.com/Chappell/specilink/specilink_1.0.xpi

VC++ 实在太大了……
而且不符合一直以来凉鞋所推崇的 Portable 标准……
于是选择了 MinGW 配合 EditPlus 或 gVim 来构建自己的“IDE”……
（严格也算不上 IDE 啦……）
记录如下……

1.到 MinGW 的“私服”去下载必须文件……
我所需的文件罗列如下……

binutils-2.17.50-20060824-1.tar.gz
gcc-core-3.4.5-20060117-1.tar.gz
gcc-g++-3.4.5-20060117-1.tar.gz
mingw32-make-3.81-2.tar.gz
mingw-runtime-3.13.tar.gz
w32api-3.10.tar.gz

2.建立 MinGW 文件夹……
选择符合自己习惯的文件夹……
比如和编程工具放在一起……
因为本方法是 Portable 的……
重装（或移动）后稍作设置即可重新工作……
假设本例中我们选择了……

X:\Tools\MinGW

只要你不嫌麻烦……
路径稍微长一些无所谓……
尽量不要用中文路径……

3.解压 MinGW 各部分……
Read the rest of this entry »

[2007.07.20]
刚去 UserScripts 找脚本时顺便看了一下自己的页面……
寒……
居然还有留言……
仔细一看……
人家是报错的……
原来上次提交的时候传了个未写完的文件……
这次修正了……
顺便添加了个页数显示……
PS.
实际上俺自己已经开始用 Pagerization 了……
真是不厚道……

[2007.06.02]
为了节省资源一直不敢用 GreaseMonkey ……
昨天实在受不了 IE Tab 对 BtChina 的处理速度了……
于是可耻地向 GreaseMonkey 妥协了……
果然装了 Show Btchina 之后访问它起来就快多了……
（而且连广告都没有了……）
之后还装了 GoogleAutoPager 等 Addons ……

接着就自己写了一个 BaiduAutoPager ……
由于百度惯用 GB2312 ……
因此正好利用 Firefox 的 overrideMimeType 特性来解决 XMLHTTP 乱码问题……
暂时还没支持 Baidu MP3 和贴吧等部分……
等下次升级吧……

作用嘛……
不用多说了……
就是随着页面不断往下翻页……
陆续在同一页面显示下个分页的 Baidu 的搜索结果……
当然前提是搜索结果足够多……
双击页面即可开/关这个功能……

上个图看看……

GreaseMonkey 用户可直接点下列 URI 进行安装：
http://userscripts.org/scripts/source/9610.user.js

[更新日志]

070520：Norman 君给出了 Dean Edwards 等关于 onDOMLoaded 事件的跨浏览器解决方案……
其实 onDOMLoaded 是 DOM 被载入（图片尚未载入）状态下的一个“不存在的”事件……
由于不同浏览器的支持度不同……
所以需要进行 Hack ……
所幸 Dean 和其他一些朋友反复研究后给出了解决方案……
在此表示感谢……
对于缩图函式本身的改进就是合并了上个版本的两个不同模式（快速和平缓）……
所谓快速模式是用了 while 循环……
速度快但是容易造成假死……
所谓平缓模式则用 setInterval 函式来解决上述问题……
可惜 setInterval 有最短周期限制……
所以速度比较慢……
从快速到平缓模式的切换临界值我设置为 500 ……
也即当一个页面的图片达到 500 时便启用平缓模式来缩图……
大伙儿可以根据自己需求更改……
具体请看 resizeImgs 函式的第二行……

070516：感谢 Norman 君在提升代码性能上的建议……
将遍历所有元素更改为遍历图像数组……
至于 Norman 所提议的在图像读取之前即进行缩图的功能……
未能实现……
一来是因为 Firefox 并不支持 onreadystatechange 事件（只有 onload ？）……
二来则在测试中发现 IE 下在 interactive 状态下调整图像大小也需要刷新以后才能执行……
也就是说都得等到页面加载完毕（或者加载一次）后才能进行操作……
恕鄙人才疏学浅……
如有解决方案望留言教授……

原理呢……
就是遍历图像数组……
如果定义了 resize 属性就进行缩图……
当 resize 的值为数字（而且小于原图宽度）就缩小到该数字宽度……
当 resize 为其它值则缩小到预设宽度……
至于为什么要清除 height 属性……
答曰：为了保持宽、高之比……
以上……

由于代码过长……
暂不贴出……
使用方法请参看 Demo ……

演示：http://Demo.QuChao.com/Resize/
下载：http://www.box.net/shared/semf3lqy2h

补充：
回应某朋友在 IM 上的疑惑……
JS 的缩图是和服务器端语言不同滴……
有锯齿（或者叫“失真”？）是正常滴……
而且把“能耗”转交给客户端是“不负责任”滴……
所以尽量不要在所谓的“杀猫帖”中使用……
因为 JS 去遍历这些图片元素需要时间……
而且“缩略”的动作直到所有图片读取完成才会生效……
完全就没有效果了嘛……