PuterJam's Blog - Note

自己做的一张壁纸

puterjam@gmail.com(puterjam) — Sat,13 Jun 2009 02:25:51 +0800

QZFL是团队自己开发的一个框架库。做一张壁纸练练手，不过fireworks在处理模糊和大面积渐变的时候还真的比较吃力，效果还不好。也只能怪自己没好好学PS了。

safari 4.0 欢迎动画的秘密

puterjam@gmail.com(puterjam) — Wed,25 Feb 2009 10:23:24 +0800

http://www.apple.com/safari/welcome/

这个safari 4.0的欢迎动画, 页面虽小但是确是一个包含了很多新技术的展示页面.

我们来看看都用了那些新元素.

1.html 5.0 的视频和音频支持

2. css动画, 动画的构造师

http://images.apple.com/safari/welcome/styles/safari.css

通过这些新技术,给我们带来一小段很震撼的动画效果演示,

Internet Explorer 8 User-Agent

puterjam@gmail.com(puterjam) — Sat,10 Jan 2009 11:24:07 +0800

ie8 增加了兼容模型，当我们选择不同的兼容模型后，ie8的userAgent(下简称UA)就会发生变化，UA里的 MSIE 版本号会有直接的变化。为了可以让开发更加容易判断浏览器类型。ie8在UA里增加了 Trident 的标示.

先扫扫盲，Trident 是什么？

大家都知道TT，Maxthon用的是IE内核，但是IE的渲染引擎是什么呢？和firefox，safari一样，浏览器是有自己的渲染引擎的，Trident 就是IE的渲染引擎，他是在IE4.0开始成型的。不过 Trident 这个名字没有Gecko/Webkit那么响亮，这个有点可惜。

更多 Trident 的信息: http://en.wikipedia.org/wiki/Trident_(layout_engine)

以下内容来自IETeam: http://blogs.msdn.com/ie/archive/2009/01/09/the-internet-explorer-8-user-agent-string-updated-edition.aspx

IE8 on Windows Vista (Compatibility View)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0)

IE8 on Windows Vista

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0)

IE8 on Windows 7

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0)

64-bit IE on 64-bit Windows:

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0)

32-bit IE on 64-bit Windows:

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0)

不过判断ie8，舜子比较喜欢用 var ie8 = !!window.XDomainRequest; :P

CS193H: High Performance Web Sites

puterjam@gmail.com(puterjam) — Thu,08 Jan 2009 11:40:24 +0800

Steve Souders牛人的性能优化的演讲PPT

http://cs193h.stevesouders.com/

safari xPath的Bug

puterjam@gmail.com(puterjam) — Tue,30 Dec 2008 17:26:08 +0800

空间在safari里经常时好时坏的，追查了问题的根源，发现是safari对xPath解释的时候有Bug.

这段代码里，safari使用XPathEvaluator经常没事返回一个underfined.

不过这个问题在 webkit 已经得到修正了。

为了解决这个问题，改用了querySelector来修正，而且接口的使用也简单很多了.

浏览器测试也疯狂 on Mac

puterjam@gmail.com(puterjam) — Tue,30 Dec 2008 14:57:48 +0800

之前发过浏览器派对~~的文章，主要分享了一下win下的浏览器。有朋友问到mac系统有没有类似的测试，其实我们是有关注mac系统的，同时mac系统做开发和web测试比windows的体验好太多了。（和mac有血缘关系的Linux desktop除外，至今觉得这个系统还不是给人用的）

目前mac上浏览器测试用到的一些浏览器，严格来说不是所有工具都是浏览器。其实LittleSnapper是一个截图工具，只是里面内嵌入了一个webkit, OmniWeb是一个速度很快的浏览器，雷区Minefield是firefox的测试版，Fluid是一个把web转换成应用程序的工具，也是内嵌webkit。底下3个都是虚拟机提供但是个真实环境的ie三个版本。

mac系统上webkit内核运用广泛。好比windows下的ie控件。

[简译]web开发的责任

puterjam@gmail.com(puterjam) — Tue,30 Dec 2008 11:00:22 +0800

John Resig 在他的新文章指出，给浏览器做一个好的bug报告者也是web开发的一种责任

http://ejohn.org/blog/a-web-developers-responsibility/

做为Web开发，我们都能发现浏览器的很多Bug，但是我们有没有给他们反馈这些bug？还是我们默默忍受，用一些极端的方式解决呢？

浏览器改进了，其实对开发对用户都是一举两得的。

The solution to helping browsers is two-fold:

1) Every time you find a browser bug, file a bug report to the respective browser.

2) Actively test your sites in the latest builds of the major browsers.

帮助浏览器解决问题是一个一举两得的事情：1）当你找到一个浏览器的Bug，我们需要给个别浏览器提出Bug报告，2）积极地跟进和测试每一个Latest Builds 版本浏览器。

如何提交一份好的Bug报告？

没个浏览器都有提交Bug报告的地方地址如下：

1.发现问题后，我们就不要闷不作声，问题解决后也给相应的浏览器提交一份Bug报告

2.提交的报告需要分类的，例如：要明确是Dom的问题，还是渲染引擎，脚本引擎的问题

3.同时，我们还需要提供简洁明了的测试用例，没有测试用例开发不能很快得从你的讲述中明白Bug的原因

4.定期检查你的Bug有没有被修复

如果提交的Bug报告被拒绝怎么办？

通常有两种情况会拒绝：1）这不是一个Bug，2）这个Bug无法重现

如果拒绝后，你还坚持这是浏览器的Bug，我们可以选择辩论（通常以评论的方式进行）来和开发讨论这个Bug的原因

这里有些辩论的例子

Canvas arc() with radius of 0 throws exception