五千年(敝帚自珍)

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

共:💬96 🌺57
分页树展主题 · 全看首页 上页
/ 7
下页 末页
        • 家园 Android 浏览器

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

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

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

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

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

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

          • 家园 这种 Approach 已经被消费者否定了

            你还记得 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。

              • 家园 我觉得横置模式就好很多

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

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

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

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

                • 家园 这条分线是俺感兴趣的地方之一。

                  先每个人一朵花。

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

                  • 家园 当然可以啦,看看Blackberry Bold

                    的那个跟iPhone分辨率一样但面积小了36%的屏吧,iPhone如果以此像素密度为标准,在不改变屏幕尺寸的同时就能达到600x400的分辨率,离我提出的720x480很接近了。

                    • 家园 那看起屏幕来把手机离眼睛多远?

                      会不会又是高分辨大屏字体号加码(large font)的重演?

                      • 家园 iPhone的屏精细度实际上是不高的

                        Icon的圆角都能看出像素锯齿来,Bold已经是上市的东西,对屏幕元素目前还没看到太多抱怨,而且它也是缩放式的浏览器,反而很多人大赞其显示效果精致清晰,所以我认为问题不大

                        另外我觉得高分辨率下为了增加辨识度,给主要界面元素提高字号和图标尺寸是可以接受的,在重度浏览的时候多出的像素自然就用上了,人们持握设备的姿势同样也是顺其自然的会拉近屏幕与眼睛的距离。

    • 家园 发现后台藏了个googleupdate.exe进程

      还是随开机自动启动的,让我很不爽,立马就删掉了。

      用了一会儿没发现比我现在用的Firefox更方便,内存倒占得多了。

      • 家园 这个很多Google的软件都带的

        Google Desktop, Google Toolbar, Google Earth, Google Pinyin等等都会安装这个updater,我个人的意见还是保留,毕竟对系统的影响微乎其微。Adobe和Java也有类似的东西,但相对要讨厌得多,对系统的影响也更明显。

    • 家园 初步印象(1)

      安装完毕,开始比较。

      1.Opera 9.52 静态 13.8MB

      2.Firefox 3.01 静态 24.1MB

      3.Chrome 静态 46.6MB

      4.Safari 3.1 静态 62.4MB

      每个浏览器打开新浪和西西河

      1.IE 7 44.6 MB

      2.Opera 9.52 58.7MB

      3.Firefox 3.01 91.1MB

      4.Safari 3.1 108MB

      5.Chrome 35+35+32+14 MB,4个进程

      放大网页

      IE 7 Opera Firefox正常。Safari和Chrome出问题,Chrome的表现最差。

      结论:WebKit依然有很多问题,Chrome使用的版本可能低于Safari.

      • 家园 缩放只是实现方式不同吧

        IE跟FX都是整体缩放,包括各网页元素,CSS等都等比例或以近似比例呈现。

        而 Safari 跟 Chrome 的这个功能都叫做【文字缩放】而已,它们做得也很简单,就是改变文字大小,这样在样式表运用较多的页面上改动幅度太大就会重叠或者留出很大的空白。

        FX 又比 IE 要好,因为它的图片缩放算法比 IE 的效果更清晰

        这个不是 WebKit 的问题,实际上 iPhone 版 Safari 的看家绝技就是On-the-Fly Zoom-in Zoom-Out

        所以说不定 Safari 4.x 就支持了,Chrome 这个估计得看 Google 团队的想法啦。

分页树展主题 · 全看首页 上页
/ 7
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河