主题：【原创】刚刚想夸google两句……还是不夸了 -- 晨池

多谢！

Android和iPhone的浏览器会有什么不同？这个问题似乎不明朗。

手机浏览器的设计有两个流派，1. Opera mini那种，把Webpage先做修正，便于手机阅读。但是这样一来，同样一个网页，在手机浏览器里，和在PC的浏览器里，长相不一样。

2. iPhone Safari那种，核心是WebKit，把网页当成照片一样缩小，以便塞进手机的屏幕里去。这样，手机浏览器里看到的网页，长相和PC上看到的一样，只是小一点而已。但是阅读时，必须局部放大，否则看不清。

从目前局面看，WebKit正在占上风。坦率讲，两者都有问题。或许DoCoMo的策略值得研究。

Web的内容是不是针对给手机用户，不应该是浏览器的任务，而是应该由内容提供商，也就是web的constructor来决定。所以Web页面应当有两类，一类就是我们现在看到的，针对PC用户，另一类，专门针对手机用户。

如果内容提供商觉得，他的内容只针对PC用户，那么他只需要做第一种，如果他决定PC和手机用户都是他的读者，那他就最好做两套页面。

能不能多谈几句？或者给个链接？这可是独门绝技，不过说开了，可能也不是那么神秘。

你还记得 wap.xxx.com 吗？人们不喜欢为手持平台特制的 strip down 版网页，因为总是会缺乏功能，实际上各大门户还有新锐Web 2.0 都针对 iPhone 版 Safari 的 UA 提供了定制主页，可惜无论是 Digg，Facebook 还是 NYT，人们就是喜欢完整的页面，这个没办法。

我拿自己当实验室的白老鼠，用iPhone Safari来浏览网页。

即使在WiFi环境下，网速不是太大问题时，我发现自己也不喜欢iPhone Safari的用户体验。反问自己，为什么不喜欢？主要是因为这么几个原因。

1. 看全局，要缩小，读字，要放大。一会儿放大，一会儿缩小，操作麻烦。

2. 放大了以后，很少有机会读完一个整句。只好左右拖动。但是左右拖动时，经常读串行。

总之，用iPhone Safari看看网页模样可以，但是真正阅读很不方便。

至于wap.com的问题，我觉得和WAP整个体系有关，而不是网页wap vs web分离的罪责。

1. 从WML到WAP整个协议体系感觉笨重。2. 移动网络GGSN到SGSN到Access Point，不够scalable，更谈不上speed。

没有菜单，只有网页内容，浏览起来还是很爽啊

需要将字体全设置成“新宋体、五号字”，网页的字体才看着舒服、正常。

内存占用50M左右，还不错。

速度嘛，和firefox差不多。

现在很少网页会左右通栏，iPhone横过来以后看标题足够，看正文虽然还要左右拖一下，但幅度就很小了。

像博客之类 Column 一般很窄的就更方便，直接双击正文，字体大小基本上就很清楚。

个人非常不喜欢 Opera 的方式，跟 iPhone 的比，Opera Mini 下的网页就跟电报似的。

基本上我觉得解决之道是继续增加分辨率，达到VGA的时候，就根本不用考虑可读性的问题了，也就是一步之遥，iPhone的屏幕点阵也并不算太惊喜，在这个2"屏都QVGA的时代，下一代 iPhone 完全可以做 720x480这种分辨率而不用太过牺牲尺寸。

Quartz 2D 的强大功能所赐了，它是通过 OpenGL 硬件加速的，所以无极缩放才会这么流畅吧。

是硬件，信然。

竟然忘了献花，罪过。补上。

看来Chrome已是微软眼中刺。。。

所占内存貌似也不大。

先每个人一朵花。

手机的关键问题是在增加屏幕物理分辨率的同时，屏幕的物理尺寸能不增加？