适当转型——写点生活

之前一直是纯技术博客,现在打算逐渐转一点,逐渐加入些生活元素。
当然,我也有另外的博客,太过私人化的不会放在这里了。大家放心。(就算我想放你们也管不着,这是我的博客,灭哈哈哈哈~~)
虽然有了twitter,但有些时候还是博客可以积淀一些东西。
架设Dabr和twitter的api很容易,我也有架设,能猜到的话,欢迎一起用,但别声张~
你也可以自己架设自己用。很容易搜索到教程

另外,收到 likeren 邀请(他的博客很人文,搞技术测宅男们建议吸取一些人文素养),尝试了一下国外的基于软件同好的SNS Wakoopa有兴趣可以上面来一起玩。

再另外,最近接了个项目后,有了点感悟,想写博客,结果发现想要写的太多,纠结很久。在此次牢骚一下……

给账族写的快速入账命令行GM脚本

最近要开始记账,寻遍国内外各种在线记账的也未能找到完全诚心如意的。最终觉得账族整体界面、操作上都比较符合我要求。
源于在Todoist上任务管理的录入方式,通过一系列命令可以快速输入。所以希望这里入账也有命令行。
而这个网站又恰巧用了jQuery,就写起来更顺手了。
此外,这个网站貌似目前主要开发任务是论坛……我不说啥了……不指望他们近期能开发这个功能。
所以,为了进一步加速入账效率,则开发了这个脚本。

比如我输入:
工资 +5000
回车,早就自动往我工资帐户加上了5000元(其实我工资远不到5K。。。不过做的蛮开心,暂无跳槽之意。)

又比如输入:
3 旅游 1000 信用卡
就自动设置为3天前,旅游用信用卡花了1000,花费分类是旅游

就类似这种功能。

地址是:
http://userscripts.org/scripts/show/55688
我用着还挺爽。

json2select的全国城市数据

去年写过一个小插件,json2select 一直想要转换出配套的数据,但总有这样那样的问题之后,终于拖到了现在。
好在一切悲剧的日子已经过去了,新时代已经来临。猛击这里
三级联动,直辖市精确到城镇街道,一般城市到达区。强烈推荐。

这一切都要感谢 Asfman ,辛勤的工作,当然也少不了感谢搜狐白社会,是他们提供了这么好的数据,也要感谢我们伟大祖国,我们中华民族地大物博,省市也很多……

这套数据有100K多一点,但可以想办法压缩
把其中重复字符串替换掉,把街道替换成j,市替换成s,区替换成q,都可以减少文件体积。要用的时候先用正则替换后,再eval执行字符串就能得到数据了,可以达到68K左右
另外,保存成gb2312的话也可以减小体积。目前我手头的是52K左右大小了。但可能导致乱码,慎用。

进一步,如果通过词频分析,找出重复最多的前20个,替换的话,相信可以把体积维持在30K以下了。但手头没工具,最近也很忙,所以大家自己发挥吧。
我粗略压缩后的东西我就不单独发布了。

update:
在热心网友 Noker (虽然截止到目前位置似乎博客里还空着)的帮助下,已经把这套数据压缩到只有30K左右了。太棒了!
大家可以到 移步到这里下载 对应的数据,以及查看demo

update:
网友fantasy提出一个潜在的bug,由于这套数据中只有 标题 子元素 而没有对应的value值,所以后台无法获取到。为此需要修改一下源文件创建option的那一行

能支持IE6的前端更牛,还是敢对IE6说不的更牛?

前几天群里探讨一个问题,作为一个前端,是能够支持更多的浏览器比较牛,还是勇于对IE6说不,更牛一些呢?IE6在其特定历史时期内起到了举足轻重的作用。而如今,是时候让他寿终正寝,离开历史舞台的时候了,他却欲罢还休不离不弃。面对这种态势我们能做些什么吗?

1.臭名昭著的IE6

IE6已经成为现代前端工作者的痛。是的,IE6有无数的毛病,无数的bug。尤其是在现今以CSS作为控制HTML表现得今天,IE6所具有的无数CSS毛病更是让现今的前端工作者痛不欲生。随便就能举出几个问题:双倍边距,3px,重影等问题。IE6也不能彻底支持:hover这种伪类。这些使开发者不得不为IE6制定特定的规则,不论是使用hack、条件注释、条件CSS或者使用JS来弥补,都不同程度上增加了工作量,降低了产值。而如今,大量在线应用的出现,丰富的JavaScript内容的存在,IE6底下的JS执行效率严重阻碍了体验。此外,还有png不透明度的问题。

实际上,这也不能怪IE6,他出现的时候,全世界还都是在表格布局的控制下呢。自然他对标准的支持比不上其他后起之秀。尤其是最近动作很多的以webkit核心的浏览器。

但IE6罪恶之处在于:当他完成历史使命后,依然霸占着互联网的舞台。

2.IE6为何还不退散

首先,微软不主动更新IE6,而是直接推出IE7,并且不强制推送。IE7和IE6界面使用习惯的区别,导致了IE6在很长一段时期内霸占着市场。我就曾经给辅导员升级到IE7,结果又被勒令退回IE6。所幸,这个现象从去年开始已经有所改观了,去年年初起,微软已经开始推送IE7了,而现在IE8也已经在推送了。强制推送的好处是,很大一部分低端用户不会卸载,只能默认接受。虽不人道,也迫于无奈。

另一个导致IE6无法推出历史舞台的原因,也恰恰是微软的Vista的失败。实际上,IE6进入市场取代IE5.5也正是从XP普及开始的。而Vista迟迟无法普及,就导致了其捆绑的IE7无法普及。

还有一个原因,也是由于IE6拖了太长时间,反而导致很多公司内部系统只能在IE6下正常运行,进一步导致这些公司无法部署更高级版本的IE。

实际上,虽然我主要浏览器是chrome和firefox,我本人系统也装的是IE6,一方面是开发需要,另一方面是,IE6速度确实比IE7和IE8快很多。开个网银也更令人惬意。

在这些多重原因的驱使下,IE6成了阴魂不散的恶鬼。

另外,月光博客也有过分析过 IE6在中国依旧占据了庞大市场的原因,可以移步看看。

3.前端工作者的现状

IE6对于标准的践踏的同时,超高的占有率给了所有前段开发者不能抛弃IE6的理由。痛苦,但却无可奈何。

前端工作者为啥不能无视IE6?老板用IE6,老板的朋友用IE6,这是普遍的原因之一。当然,也有拿出数据说,我们网站40%的人还在用IE6访问。

于是,为了那些IE6的用户(包括自己的老板和老板的朋友),前端们不得不为了IE6单独写hack。就我目前经验来说,我现在唯独专门写hack的就是IE6了,其他各种浏览器下几乎没有出入。

是的,为IE6多付出的工作量还是可以换来对应的回报的,也为此,在国内前端们无奈的“纵容”下,IE6用户升级速度进一步放缓。

4.国内外如何推动IE6的灭亡

前几天,国外著名科技网站 Mashable 一篇名为: IE6 Must Die for the Web to Move On 报道,希望IE6能尽快滚蛋中文翻译版。另外,Twitter上也有对应的头像加工的网站,在自己的头像上加上一个小图标: http://twibbon.com/Join/IE6-Must-Die

国外几大网站纷纷针对IE6用户设置了升级的提示。

twitter:
twitter-ie6

youtube:
youtube-ie6

facebook:
facebook-ie6

5.我们可以做些什么

是的,面对这个浪潮,我们可以做什么?一味得妥协?主动行动起来吧!
要相信只要每个人的共同努力,就一定可以让IE6离开这个舞台。
至少,我的老爸就会使用Chrome上网,而不是IE。

1,买新电脑吧!
是的,新的电脑通常配有vista系统,小白们不会跑去装xp的。而vista自带IE7。从此让小白跟IE6说拜拜吧!而更好的情况是,Win7马上就要上市了。到时候更加肆无忌惮忽悠小白买电脑吧!

2,这就是互联网!
没错,中国很多网民,认为那个蓝色的e就是互联网,认为百度或者谷歌就是互联网。那么很简单,直接换一个浏览器,把那个e删除,然后告诉他们,那个狐狸,或者那个球球就是互联网,打开这个,你就上网了!我就是这样告诉我老爸的。现在,他很自如得使用Chrome上网,看视频,看新闻。乐在其中,又很安全,我也放心。

3,你的电脑存在安全漏洞!
看到喜欢使用傲游、TT等IE马甲的用户,直接告诉他们,电脑有安全漏洞,需要升级!是的,他们会相信你的!同时,他们根本不在乎IE的内核是6还是7,但,你在乎,不是么?

4,推荐你一个很棒的浏览器
诚然,存在不少用户,只用IE6,给他们升级后,会说,这个浏览器用不惯。这个时候怎么办?应该向他们推荐用其他浏览器,比如傲游,然后,参考第上面一条。
实际上,直接推荐Chrome也是很容易成功的,我推荐给不少人用Chrome,无不为其急速所震撼。而我之所以推荐傲游,因为傲游3将默认使用webkit引擎,而在遇到网银时自动切换回IE的内核。实在是好。注意,不要随意推荐Firefox,因为Firefox启动速度过慢,以及配置扩展的复杂性,往往让小白们望而生畏。

此外,国内我也看到不少人为了推进IE6的灭亡而所作出的努力。比如 http://www.webrebuild.org/就有类似的计划。只需要把下面代码放到自己的博客上,就可以了。更有甚者,麦鸡的博客已经完全屏蔽IE系列了……

6.到底谁更牛?

能支持5、6个浏览器的前端与敢对IE6说不的前端谁更牛,这不重要。重要的是,能为推动IE6的离去做些什么。
如果什么都不做,安于现状,那么,只会让IE6推迟消亡,自己受到的苦难更多一点,更长一点。
从自己身边的事情做起,相信自己,不论是积极推动还是消极被动,你都在用自己的方式改变这个世界。知道这点,就可以了。

禁用脚本时显示元素——再从前端角度浅谈产品设计中的可用性和可访问性

三个月前,老鱼在其博客和支付宝UED博客中发表了浅谈产品设计中的可用性和可访问性
文中阐述了这样一种状况,页面上有元素需要暂时隐藏以避免过多的信息对用户产生干扰。而隐藏的信息需要通过脚本的交互显示出来,以增强可用性。那么对于不启用脚本的用户,如何保证可访问性的问题。
文中提到两种方案:

实现方案1:采用css样式设置企业注册信息的容器默认为隐藏,当用户点选企业后通过js脚本改变容器的隐藏属性为显示。
实现方案2:通过脚本控制企业注册信息的容器的初始状态为隐藏,当用户点选企业后通过脚本改变容器的隐藏属性为显示。

方案一的缺点在于无视可访问性
方案二的缺点在于“要在页面结构加载完成后,再去初始化要隐藏的容器,当客户端网速不佳的情况下,会先显示企业注册信息的内容,几秒后又不见了,体验上有所折扣。”

我又在文章的一楼评论中提出了两个方案:解决了第二个方案的缺点

实现方案3:把脚本直接紧跟着需要隐藏的元素后面
实现方案4:在页面头部最开始的地方写入脚本,这个脚本用于生成隐藏元素的css代码。

方案三的缺点在于结构行为和样式的高度耦合,非常不利于维护,且易被同行耻笑。
方案四比上面略好,但同样由于行为和样式的混杂,不利于维护。

还有这位兄弟提出的

实现方案5:用脚本给body加上个class,所有需要隐藏的元素的CSS都用这个class开头,比如 .js #id{display:none;}

今日又发现新思路,利用noscript标签。这个圡圡的标签。这本来应该是最先想到的,却似乎思维被僵化了,一味从JS和CSS角度去看了,忽略了HTML本身。

实现方案6:首先使用方案一,直接用CSS隐藏元素,然后再方案一的基础上,增加noscript标签,其中的再写入CSS用来覆盖先前的CSS。(演示代码代码在本文结尾)

是的,就这么简单、这么的圡,但很有效。对于 IE 6 和 Firefox 3测试通过。Chrome上我找不到关闭脚本的选项,故未经测试。

当一切看起来这么美好的时候,放到W3C的验证里边就有麻烦了,XHTML下他说noscript不能没有object?我很晕,然后放上object后他又说style不能放在这里,只能放在head里。我换用了link也一样报错。换了html 4也没有好转。
我在XHTML的描述中没有找到相关内容 http://www.w3.org/TR/xhtml1/
而在HTML 4.01中发现,http://www.w3.org/TR/html401/interact/scripts.html#h-18.3.1
然后我纳闷了一下,里边并没有提到noscript里不能放style和link。进一步考据,找到http://www.w3.org/TR/html401/struct/links.html#h-12.1.3
这里提到

The LINK element may only appear in the head of a document.

又找到 http://www.w3.org/TR/html401/present/styles.html#h-14.2.3

The STYLE element allows authors to put style sheet rules in the head of the document.

但无论如何,我head里放个noscript,里边再带个style或者link就不让我通过验证了!什么世道!

当然,这么2的事情,W3标准的制定小组早就想到啦! 在HTML 5中,这个问题将会被解决。可以参考这里: http://www.w3.org/TR/html5/semantics.html#the-noscript-element。同时代码页成功通过了验证。

标准这种东西我向来就把他当作迷信一样,不可不信也不可全信。对于这个问题,我宁可不遵守。因为无论从技术实现,还是语义化HTML,抑或者可用性角度来看,这都是个完美的解决方案,我不想被标准这个玩意所束缚。一方面现在主流的浏览器都支持,没有兼容性问题,另一方面将来的标准也支持这种做法,何乐而不为呢?

两种情况下不适合用方案六:
1,你是极端完美主义者。
2,你的老板或者客户只认W3C验证。

测试地址:
http://shawphy.com/demo/noscript-for-css.html
直接到W3C接受检验:
http://validator.w3.org/check?uri=http://shawphy.com/demo/noscript-for-css.html
附代码,我为了方便其间,用了HTML 5的doctype:





用noscript在禁用脚本时显示元素



你看不到

到W3C验证


文字竖排

今日闲逛,走到了维基文库水调歌头 (明月几时有),恰巧发现他居然是文字竖排的,很有兴趣一看。

网上目前两种方法竖排,
一种是用 writing-mode:tb-rl;
另一种是用 layout-flow: vertical-ideographic;
但遗憾的是,这两种方法都基本是 IE Only 的……
那么维基文库是如何做到的呢?随便翻看一下代码,恍然大悟~

水調歌頭
 
蘇軾 
 
明月幾時有 
把酒問青天 
不知天上宮闕 
今夕是何年 
我欲乘風歸去 
又恐瓊樓玉宇 
高處不勝寒 
起舞弄清影 
何似在人間 
 
轉朱閣 
低綺戶 
照無眠 
不應有恨 
何事長向別時圓 
人有悲歡離合 
月有陰晴圓缺 
此事古難全 
但願人長久 
千里共嬋娟 

虽然代码不是很优雅(自动生成的……)但大概意思也知道了。设置宽度为1.5倍的字宽,保证列距,然后让所有div右浮动。
很简单又很有用的技巧,兼容各个主流浏览器~

最后引用一句,对于IE“不應有恨……”,他有些私有属性还是挺有趣的……
(注:原文中“恨”是遗憾的意思。)

控制函数队列

前一篇文章中探讨了关于jQuey中队列控制的两个函数 queue 和 dequeue,这两个极大方便了我们编写一些有时间差、并非立即执行完毕,却对次序要求很高的代码。

这里我再发布一个自己编写的处理队列的代码
注:这里的代码行为与jQuey的代码行为不完全一样!

测试页面: http://shawphy.com/lab/myqueue.html


var myQueue=function(fnArr){
//将队列放入fnArr
this.fnArr=fnArr||[];
};
myQueue.prototype={
fnArr:[],
queue:function(fn) {
//如果是函数数组,则依次放入
if (fn[0]) {
for (var i=0; fn[i];this.fnArr.push(fn[i++])){}
} else {
this.fnArr.push(fn);
}
},
dequeue:function() {
//弹出剩余的第一个函数并执行
(this.fnArr.shift()||function(){})();
},
clear:function() {
this.fnArr=[];
}
};

用法:
用new 创建一个实例:
var foo=new myQueue()
或者带一个函数数组:


var foo=new myQueue([
function() {
test.innerHTML+=1;
setTimeout(“foo.dequeue()”,1000);
},
function() {
test.innerHTML+=2;
setTimeout(“foo.dequeue()”,1000);
}
]);

还可以再添加一组或者一个函数


foo.queue([
function() {
test.innerHTML+=3;
setTimeout(“foo.dequeue()”,1000);
},
function() {
test.innerHTML+=4;
setTimeout(“foo.dequeue()”,1000);
}
]);

foo.queue(function() {
test.innerHTML+=5;
setTimeout(“foo.dequeue()”,1000);
});

开始执行当前队列中的第一个函数:

foo.dequeue();

清空队列:
foo.clear();

jQuery中queue和dequeue的用法

jQuery中的queue和dequeue是一组很有用的方法,他们对于一系列需要按次序运行的函数特别有用。特别animate动画,ajax,以及timeout等需要一定时间的函数

queue和dequeue的过程主要是:
1,用queue把函数加入队列(通常是函数数组)
2,用dequeue将函数数组中的第一个函数取出,并执行(用shift()方法取出并执行)

也就意味着当再次执行dequeue的时候,得到的是另一个函数了
同时也意味着,如果不执行dequeue,那么队列中的下一个函数永远不会执行

对于一个元素上执行animate方法加动画,jQuery内部也会将其加入名为 fx 的函数队列
而对于多个元素要依次执行动画,则必须我们手动设置队列进行了。

一个例子,要两个div依次向左移动,点击这里查看

div {
background:#aaa;
width:18px;
height:18px;
position:absolute;
top:10px;
}

如果只是轮流移动次数较少,可以使用animate的回调函数来做,一个动画放在另一个动画的回调里边
比如

$(“#block1″).animate({left:”+=100”},function() {
$(“#block2″).animate({left:”+=100”},function() {
$(“#block1″).animate({left:”+=100”},function() {
$(“#block2″).animate({left:”+=100”},function() {
$(“#block1″).animate({left:”+=100”},function(){
alert(“动画结束”);
});
});
});
});
});

但这种方法当动画较多的时候简直是残忍。

此时利用queue和dequeue则显得简单很多:

var FUNC=[
function() {$(“#block1″).animate({left:”+=100”},aniCB);},
function() {$(“#block2″).animate({left:”+=100”},aniCB);},
function() {$(“#block1″).animate({left:”+=100”},aniCB);},
function() {$(“#block2″).animate({left:”+=100”},aniCB);},
function() {$(“#block1″).animate({left:”+=100”},aniCB);},
function(){alert(“动画结束”)}
];
var aniCB=function() {
$(document).dequeue(“myAnimation”);
}
$(document).queue(“myAnimation”,FUNC);
aniCB();

1,我首先建议建立了一个函数数组,里边是一些列需要依次执行的动画
2,然后我定义了一个回调函数,用dequeue方法用来执行队列中的下一个函数
3,接着把这个函数数组放到document上的myAnimation的队列中(可以选择任何元素,我只是为了方便而把这个队列放在document上)
4,最后我开始执行队列中的第一个函数

这样做的好处在于函数数组是线性展开,增减起来非常方便。
而且,当不要要继续进行接下来动画的时候(比如用户点了某个按钮),只需要清空那个队列即可。而要增加更多则只需要加入队列即可

//清空队列
$(document).queue(“myAnimation”,[]);
//加一个新的函数放在最后
$(document).queue(“myAnimation”,function(){alert(“动画真的结束了!”)});

以前发过一个wait插件,用于让动画之间可以暂停一段时间
http://shawphy.com/2008/07/enabling-settimout-within-chained-functions-in-jquery.html
可以看一下,他也就是利用了这个原理,默认在fx中插入一个timeout,放到队列中,直到timeout结束后才执行dequeue继续执行队列中的下一个函数。

这当然也可以用于ajax之类的方法,如果需要一系列ajax交互,每个ajax都希望在前一个结束之后开始,之前最原始的方法就是用回调函数,但这样太麻烦了。同样利用queue添加队列,每次ajax之后的回调中执行一次dequeue即可。

如果没有使用jQuey库,也可以自己写段简易代码来解决这个问题。见控制队列函数

Learning jQuery 1.3 英文版样章试读

这是目录:
http://www.packtpub.com/article/learning-jquery-1.3-table-of-contents
第四章 效果 试读
http://www.packtpub.com/files/learning-jquery-1-3-sample-chapter-4-effects.pdf
在线购买地址:
https://www.packtpub.com/learning-jquery-1.3/book
有印刷版和电子版出售,售价不同。
我惊奇的发现原来中国大陆也是免运费的。