所有包含 tag ‘safari’ 的文章
配合 Safari
上周调新 theme 的时候，免不了用 Windows 版 的 Safari，缺省情况下 Safari 的渲染实在没有什么致命吸引力可言。不过找到了这个 CSS，把字体换成 雅黑 或者 Myriad 后，看上去还像那么个样子。文件的原始作者和出处已经记不得了，不好意思了。
需要 Myriad 或者 微软雅黑字体。
好读书，不求 iPhone
因为出了个 iPod Touch，写东西都麻烦了些，这俩产品少一个不提就不严密，都写吧又麻烦，那好，从现在开始，起个新名儿，iPhone 和 iPod Touch 正好合成 iPunch，嘿嘿。
按 Jobs 的安排，iPunch 上的主流应用形式应该是 Web App，目前这类网站层出不穷也算不少，Wired Blog 之 Gadget 部分的 Magazines for iPhone and iPod Touch 挖出了 Texterity 的这个服务：目前免费的转为 iPunch 优化的在线杂志阅读。只要有 iPunch，从 Safari 访问即可，无需插件，Flash 支持等等。效果一流，还带搜索，共享功能。Wired 说在 iPunch 系列高质量的屏幕上阅读十分享受。Texterity 也充分利用了 iPunch 支持的 tap 缩放特性，交互极佳。
跑去看了一下，有些想看的杂志比如 Pop Science，Make，eWeek，CIO Insight 等。讨厌的是 Texterity 这小气鬼限制了只能从 iPunch 的 Safari 访问，所以大家直接用 IE 或者 Firefox 会报错。我从 Windows Mobile 手机的 IE Mobile 和 NetFront 都会报说“We’re sorry, but the this version of XXX is only available to read on the iPhone or iPod touch.”，想想无非是 user agent，NetFront 可以更改 agent 字符串，修改为 iPunch Safari 的值：
Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3
再访问，单击杂志就可以看了，NetFront 也有缩放（通过菜单不是触摸哈），单击左右边缘是前后翻页，就此搞定。
读得愉快。
[tags]iphone, ipod, ipod touch, ipunch, book, texterity, safari, netfront[/tags]
Tags: book, Gadget, iphone, ipod, ipod-touch, ipunch, netfront, safari, texterity, Web
“沙发里”真的更快？
沙发里者，Safari也。
CEO 们，噢，应该说只要是非一线马仔的家伙们，个个都喜欢简单的数字–纵然他们从不知道怎么解读这些数字，也不知道要违心地提供这些被简化的数字让 engineer 们多痛苦–最近的例子是 Jobs 在 WWDC 上的表达–Safari 最高比 IE 快 2 倍，比 Firefox 快 1.6 倍。
Wired blog 作者 Dylan Tweney 自己做了试验后写了篇文章，Wired News Benchmarks Show Safari 3 Is Slower Than IE 7, Firefox，通过试验得到了一点儿不同的数据–至少在大量使用 ajax 的网站上，Safari 不如 IE7 和 Firefix 2。
用作试验网站的有：
gmail 的登录页面
登录后知道 gmail 首页加载完毕，首页至少有 50 封邮件，所有图形和状态指示都显示
现实 google calendar，显示两个订阅的 calendar
在 gmail 登录界面，Firefox 和 IE 速度一样 4.3 秒，都比 Safari 的 7.3 秒快。
登录后的 gmail 显示界面，Firefox，IE 和 Safari 分别用了 14.3, 15.3 和 18 秒。
Google Calendar 界面稍好，Firefox 10.7，Safari 12.8，IE 则是 17。
Dylan 的试验平台是 XP SP2，用了 Firefox 2，IE 7 和 Safari 3。每个浏览器共测试 3 次，每次测试后都从网站 log out，清空 cache，历史记录，cookie 和相关文件，然后重启浏览器。虽然 Firefox 够臃肿，不过看来仍是最快的解释器–在跑 Google App 时更是如此。考虑到 Ajax 恐怕是下一代互联网广泛实用的技术……
与此同时，有几人通过 SlickSpeed 的测试结果却又说 Safari 在几个测试中的表现不错，更搞笑的是，测试项目中是有 Prototype 和 jQuery 这样的 ajax 框架的，这下子。。。糊涂了？
我找了几个消息源，期望能交叉参考，不过没没看到比较详细的关于测试过程，方法等的描述，之后再定睛查看，有些哥们的测试里，几个浏览器的交叉对比不在一个平台上，比如 Firefox 2 只有 Linux 的数据，IE 只有版本 6 在 XP 上的数据，Opera 倒是两个都有，比较混乱。最后，SlickSpeed 是 mootools 的实验性产品，我不是太确定这些用这个产品做试验的哥们是不是清除地了解了 SlickSpeed 的成熟性。
不过，我想可以作为最后结论的是，应该从用户的体验看，只有最终呈现出来的页面加载时间才最直接最有说服力。engineer 可以很委屈地抛出一堆术语解释自己的浏览器的某个引擎确实最快，可是如果完整的页面呈现时间不是最佳，那就是其他什么地方出了问题，努力吧，用户要的的完整的最终体验，不是一个什么最佳的一小部分。
小戴还有篇 Review: Safari for Windows Offers No Compelling Reason to Switch。
当然，为了公平，最重要也不可忽视的信息是，Safari for Windows 现在还只是 beta 版本，希望最终发布的 Safari 能往 Jobs 的大嘴巴那边靠近一些。
其实我并不是要搞怪或者用轻浮的与众不同做噱头，只是在铺天盖地的 Safari 消息里，我喜欢恶搞的本性告诉自己，得注意一下偏偏不人云亦云的东西，特别是戳破众多浅薄神话的事实论据。我对众口一词，一片集体无意识不光怀疑，而且痛恨。
[tags]safari, firefox, ie, browser[/tags]
Tags: browser, firefox, ie, safari, Technology
挪窝看效果
当初改模板的时候，在 Windows 和 Linux 上用不同的浏览器检查过显示效果，IE，Firefox，Konqueror。
Windows 上 IE 和 Firefox 显示的布局和内容没有大的差别；Windows 和 Linux 上 Firefox 解释出来也差不多，即便没有在 Linux 上配置中文字体也是；Konqueror 就比较差了，汉字显示不全，不过布局没问题。
一直没有在 Mac OS X 上用 Safari 显示过，心里没底，今天在新到的 Intel iMac 上确认了一下，总算没问题。以前 OS X 玩得不多，今天截图还费了点儿功夫。先上 Google，因为没激活中文输入法，就输拼音 jie tu，让 Google 给出汉字关键字建议“截图”，这样就可以搜之。搜索结果中有一篇讲在 设置 中配置截图快捷键，即刻查看，尝试了几下，磕磕绊绊成功截图，自动保存在桌面，不过截的是是全屏而非选定窗口。又不知道怎么给保存下来的文件改名（Windows 上 F2 用惯了，context menu 里似乎也没有改名一项），只好双击打开图片，在程序中另存为，继而在程序中发现可以选择抓激活窗口之图，遂用之，此截图又自动保存在桌面，因为还是不知道怎么改名，继而又还得双击打开，再另存为…… 最后终于通过 WordPress 传上来…… 好歹搞定。
看起来 Safari 里显示得还不错，特别是汉字，黑体看上去很优雅，边缘也很平滑。Windows 的缺省汉字黑体没这么好看。
点击查看大图。
[tags]刀枪Blue, mac, safari[/tags]
Tags: 刀枪Blue, Blog, mac, safari
