ARS：Palm Pre，体验 webOS（二）
By Jon Stokes 猪油伴饭译，译文授权 ifanr 全文发布，转载请注明 ifanr 译文链接。此文同步发于译言 http://www.yeeyan.com/articles/view/7196/51016
在本次 Palm Pre 体验的第二部分（第一部分为黑莓杀手），我们将深入研究手机的软件部分。webOS 这一操作系统真的能够使 Pre 成为一部 Palm 公司宣称的 “云” 消息手机吗？本部分还包含了日历、浏览器、联系人、提醒、拨号盘以及其他的手机特性的介绍。
在关于 Palm Pre 和 webOS 第一部分的体验中，我试图通过分析证明其是一部基于云消息处理的设备。该部分的重点是为了说明 Palm 将社交网络（SNS）、BlackBerry 的云消息处理机制如商业邮件和 iPhone 的便携媒体特性整合到一部手机之中的野心。经过分析之后，得出的结论是，Palm 意在从 RIM 一统天下的商务市场中分得一杯羹。
但不可否认的是，无论 Palm 对于基于 webOS 手机的最终规划和期望是怎样的，消费者都会把 Palm Pre 拿来和 iPhone 进行对比。而这也是恰当的，因为 Pre 是第一款真正将 iPhone 的用户体验作为一个基准点进行设计并试图提升 iPhone 体验的手机，而不仅仅是简单的界面模仿。
因此，在本部分中，我们暂时把 Pre 和 BlackBerry 的对比放在一边，而更多的关注 Pre 和 iPhone 的较量。Pre 和 iPhone 的对比不仅仅包括 UI，还包括可用性分析，这是因为 webOS 设计的意图是借鉴 iPhone 良好的用户体验，并且将之应用到另外一种完全不同的信息管理模式之下（详情见下文）。
最后，我们放下所有和 BlackBerry 及 iPhone 的对比，回到 Pre 的主题上来：云通讯设备和基于移动多任务的应用平台。将会有另外一部分专题描述 Pre 的媒体处理能力（照片、蓝牙立体声、音频和视频播放、媒体播放等等）以及在其 iLife 生态系统中处理的好的或不好的部分，如果有需要的话，我将会写第三部分。
开始
本体验第一部分的诸多回复是一个极好的例证，证明了人们对一个设备当前关注的热点和该设备下一代产品的设计方向，与其最初的设计初衷是密不可分的。以 iPhone 为例，不管其如何演化，其设计初衷是十分简单直接的，正如乔布斯在第一次发布 iPhone 的时候所说的那样，iPhone 是如下产品的融合：触屏控制的宽屏 iPod、电话以及互联网通讯设备。于是，人们对 iPhone 的最终印象就成了宽屏、网络媒体播放器，还有其他的功能如电话和互联网等等。
相比之下，Rubinstein 在介绍 Pre 的时候称之为一个云消息设备，同时还包含一些其他功能，如媒体播放等。就如同提起 iPhone OS 会让人马上想起多媒体一样，提到 webOS，人们第一时间想到的就是面向消息的特性。
我们可以做一个回顾，以便使我们更好的在连接和同步、界面和多任务处理等各个方面对 iPhone 和 Pre 进行对比。
iPhone OS
- 连接和同步：绑定到特定的电脑（后来绑定到 MobileMe 帐号），并且保存到特定的应用程序的数据竖井，该数据存储保存的是结构性的数据，用于组织和浏览；
- 界面：单一的触摸屏，用于浏览、显示以及操作；
- 多任务：iPhone 认为你同时只需要运行一个任务；
webOS
- 连接和同步：数据均来自服务，而非特定存储；
- 界面：既有物理键盘，也有触屏，期望用户进行检索、过滤、通过查询定位信息；
- 多任务：在任何时候都是多任务的，因为通讯应用程序总是作为后台进程运行；
通过以上的对比，可以清晰对两种设备设计的优缺点均有一个了解；但以上的对比同时蕴含了一些更深层次、更基础的理念，这些理念触及到就是我们组织和发现信息的核心方法。
Yahoo、Google和 Web的螺旋形进化
过去五十年间，计算机的发展告诉我们一个事实，就是同一个基本问题总是以不同的形式不断的出现，因此，科技的进步很少是按一条直线顺利向前的，而是曲折不断的，每一次的曲折所呈现出的都是同一个问题的另外一个角度。
网络的发展也正是如此，以我 15 年的互联网使用经验，我发现信息的发现和管理总是在两种截然不同的模式之间跳转。第一种模式的典型就是早期的 Yahoo! 目录结构，我称之为结构–浏览模式。这种模式的核心思想对于较少的数据，通过对数据进行结构化然后对数据进行管理。Yahoo! 使用人工的方式对网页进行专门的分门别类，为互联网创建了为数巨大的卡片分类信息。如果需要查询信息的话，你就可以按照 Yahoo! 形成的分类结果进行查找和浏览。
但是随着数据量的急剧增加，这种方式遇到了瓶颈并且最终使得结构-浏览模式失败，与此同时，第二种模式——我称之为收集-查询模式——开始出现，成为了处理海量非结构化数据的最好的解决方案。这种模式的最好例证就是 Google，Google 以大容量的存储（也就是收集）、带宽和计算周期（也就是查询）代替了传统的人工整理，从而使得数据的整理变得更加快速，而且其成本也比人工要低廉得多.
iPhone OS 和 webOS 在日益廉价的处理器、带宽和存储的驱动下，再次上演了 Yahoo! 和 Google 的轮回。
从本体验的前一部分我们就隐约可以看到，iPhone，甚至包括其他所有的 Apple 系统，均假定你的联系信息存在于某一个信息存储之中，要么存在于你的 Mac 之中，要么存在于你的 MobileMe 服务器上。取决于你主动的更新该存储，管理结构并且进行浏览。
结构-浏览模式在进行管理的时候工作量大，消耗的时间也长（譬如媒体文件），Apple 在其全线产品（包括 iPhone）对这种方法不断进行完善。实际上，Apple 的所有产品，从 Finder 到 iTunes 到 iPod 再到 iPhone，其所采用的均是浏览结构化数据的方式。
相比之下，Palm OS 的核心设计理念是基于收集-查询模式的，目前 Pre 的大多数应用程序，都假定你的所有动作均开始于在物理键盘上键入然后查询。或许你希望查找的是联系人、应用程序或者网页历史记录，无论是任何东西，即使是在你可以浏览的情况下，webOS 也希望你可以从输入开始。
这种尝试的核心就是全局搜索栏，Rubenstein 在其 CES 展示中也做了很好的阐述。当你打开 Pre 并且开始输入的时候，Pre 的全局搜索开始搜索联系人、Web 书签以及其他设备字典；如果找不到信息的话，他会提示你去搜索 Google、维基百科或者是 Twitter。
(webOS 全局搜索屏幕)
注意如果你开始输入的字母键同时也是数字键的话，则可以直接拨打电话。
如上图所示，搜索框将输入的内容同时解释为数字 “5” 和字母 “F”。
当我们体验完 Pre 的主要特性的时候，我们会发现收集-查询模式在不同的应用程序中会不断的出现，而在少数功能上，没有使用收集-查询模式，我们会明显的感到别扭。
启动应用程序
在 webOS 中，第一个键入比浏览更快捷的地方就是当你启动应用程序的时候，在桌面视图中，当键入某个应用程序的第一个字母，应用程序将会按照该字母进行过滤。
键入第二个字母将会在屏幕底部同时出现联系人，应用程序的显示窗口同时变窄。
在打开键盘的情况下，这是启动较少使用的应用程序的最好的方法；否则的话，你就只能在 webOS 的程序管理器界面上通过滚动翻屏图标直到找到该应用程序为止。
上图可以为你解释应用程序管理器如何管理应用程序。
首先，你可以向下翻屏以显示更多的图标，翻屏图标在屏幕的下方。该图标右边的两条白线和 iPhone 程序管理器底部的白点有同样的效果，告诉你还有两页应用程序。
在不同的页之间浏览应用程序的方式和 iPhone 是一样的，通过向左或向右滑屏来实现。和 iPhone 类似，应用程序工具条始终都在屏幕的最下方保持不动。
webOS 的卡片模式和Apple受限于 Windows3.1的 MDI思路
webOS 和 iPhone OS 3.0 相比最大的一个优点是其将技术隐藏在操作之后，或许 Apple 的手机最终会支持多任务，然而 webOS 的卡片模式已经给了用户一种很好的同时操作多应用的方法。
当程序启动后，webOS 从屏幕下方产生了一个 “活动卡片”，这些卡片以垂直的形式在界面上展示，用户可以通过向左或者向右拖动卡片来切换任务。同时，还可以通过按住卡片不动将之缩小，然后可以重新排列卡片的位置。
webOS 的卡片和 Mac 上的窗口极其类似：一个应用程序可以产生多个卡片，这些卡片是平级的，并没有任何一个卡片是 “主程序窗口”。在下面的截图中，可以看到我依次启动了一个浏览器打开 Ars 网站、一个日历，以及另外一个浏览器打开 Google 新闻
通过上图你会发现，webOS 的卡片模式和 iPhone 启动 Safari 浏览器之后的多网页浏览窗口切换模式是类似的。但是，Apple 的这一操作模式和 Windows 操作系统下的 “多文档窗口” 非常类似，不过，Apple 的操作有点让人觉得 “拧巴”：首先，你必须要启动 Safari 主界面，然后，这一主界面就可以产生多个子窗口。——继承于 Windows 的这一多文档窗口模式是广为诟病的。
由于 iPhone 到目前为止并没有做到真正的多任务，所以我尚无法看到 Apple 如何避免多文档窗口 (MDI) 模式。
当然，webOS 的活动卡片并不是完美的，最大的问题就是 Palm 在屏幕的顶部提供了一个卡片的选项按钮，通过点击该按钮可以打开当前应用程序的下拉菜单，该菜单允许用户编辑应用程序的参数，以及拷贝/粘贴或者其他的应用程序指定的功能。
这个选项按钮太小了，非常难以点击，我几乎总是要多点几次才能点中。当启动日历等程序的时候尤其容易点错，因为日历程序本身又有一个选项按钮，点击的时候会弹出 “跳转到其他日期” 的功能，和卡片的选项按钮非常容易混淆。
既然 Palm 已经在偷用 Apple 的把戏了，那么它应该把 Dashboard 的 “翻转部件进入配置界面” 的功能也拿过来，每个活动卡片应该有一个背面，在背面上，包含所有的部件功能选项。
最低限度，如果 Palm 仍然希望保留选项按钮的话，那么应该给用户一个新的手势以启动该选项页面。
手势区域
Palm 的手势区域是一个非常了不起的创意，而且其潜力无限，目前的 webOS 在手势区域上仍可大做文章。这个区域是触摸屏可见区域下面的扩展部分，用户通过各种手势可以与系统进行交互。
尽管这部分只不过是一块轨迹板而已，但它的真正好处是 webOS 通过几种轻打、拍、滑动等几种简单的手势就可以变换屏幕窗口，从而节省了屏幕的空间。
我发现 Palm 的 backward swipe 动作——也就是 webOS 通用的浏览器后退方法——真是非常好用，以至于我在 iPhone 上都偶尔想使用这个手势。在卡片的子窗口中——比如说是卡片的参数窗口——这个手势可以返回到主窗口；如果你已经在主窗口的话，这个手势可以缩小所有的卡片并使你选择。
和 backwards swipe 相关的是上推手势，如果你在某一个应用程序子窗口——比如，在 Pre 的备忘录程序中写备忘的话，上推手势会缩小卡片从而使你可以切换其他打开的卡片；如果你已经在缩小模式的话，上推手势将会返回到应用程序界面。在程序管理器上推的时候会关掉它，和使用 backward swipe 一样。
最后，是著名的 “波浪” 手势，Palm 称之为 “快速启动”，快速启动手势轻敲手势区域，然后向上移动手指到可见区域，将会调用应用程序工具条，从工具条可以启动电话、联系人、邮件、日历或者其他的应用程序。我发现我自己使用这个手势非常多，它同时也强调了 webOS 系统界面设计的一个原则：同一个事件可以有多种操作方式，你可以自然而然的使用其中任何一种。有时候，你可以通过几个手势返回到桌面窗口，并且调用出快速启动栏；或者你可以可以通过简单的快速启动（“波浪”）手势来做到这一点。
手势区域尽管很酷，但其仍然没有做到利用最大化。Palm 可以增加一些其他的手势，或者允许开发人员或者最终用户自行设置手势，我打赌如果 Palm 肯开放的话，人们会利用这里做出很多让我们惊奇的效果。
地址本：对比明显
iPhone 地址本，和 iPod 应用类似，希望用户在启动之后就马上浏览相应的记录。当然也可以通过搜索功能进行搜索然后得到结果，但是操作步骤较繁琐：首先要点击搜索窗口调出软键盘，然后开始键入搜索的内容。初始的调用软键盘步骤是必要的，因为整个设备的设计思路是围绕着结构-浏览模式进行设计的，因此，iPhone 的缺省用户交互模式就是浏览某一个结构化的集合（联系人、音乐或者应用程序等）
浏览 Pre 的地址本，正如其他试用者所指出的那样：简直就是乱七八糟。webOS 希望展现的记录是一个联合服务查询的集合，而不是一个结构化的、仅供浏览的数据存储。所以，只要将某服务——Google、Exchange、Facebook、AIM——增加到 Pre 上，它就会把这些服务的所有的联系人都取下来，形成一个大的按照字母排序的列表（我的大概有 450 个条目）
当你启动 Pre 的地址本的时候，Pre 希望你通过在物理键盘上输入联系人的名称开始，webOS 会将范围缩小到指定的记录上。如果你希望浏览以找到联系人的话，那么你是在浪费时间，因为数据并不是为这种方式设计的。Pre 希望你查询一个服务，而不是浏览一个存储。
或者可以这样说更为准确：Pre 希望你首先增加联系人服务，然后它通过联合查询将记录返回到手机上，然后你再通过查询功能定位到某个联系人。
Pre 使用查询从 Fackbook（Google、Exchange）上下载你的好友的电话号码、生日和其他的信息，然后将这些信息登记为同一个用户的条目。如果联系人有图片的话，也会通过这种方式下载并且存储到联系人卡片上。
链接、查询和 webOS地址本
Pre 的地址本让我们从各种云服务中获取联系人信息，这是个非常不错的方法，但这种方法也有其缺陷。特别需要说明的是，webOS 在地址本处理的问题上，文笔并不在于 “查询” 模式，而是在于 “收集” 方面。重要的是，以下我所指出的问题是 Palm 选择的这种模式下不可避免的问题，也就是说，Palm 选择的这种模式面临着一定的挑战。
首先，我们先来谈一下 webOS 的 “链接” 的概念，为了讲清楚这个概念，我们还是来举一个例子。下图是我的联系人的一个截图，联系人是我的好友 Taylor Guillory，在 Facebook 上名为 Mr. Britches。
我通过邮件、即时通讯和 Facebook 和 Taylor 进行联系，Pre 将以上三个帐号的所有资料都已经收集到了上面的一个条目上。然而，在 Facebook 上，Taylor 并没有使用他的真名，在其资料中显示的名字为 “Mr. Britches”。更头疼的是，他在 Google 和 Facebook 上的电子邮件地址也是不一样的。然而，不知道为什么，Pre 在收集了 Google 和 Facebook 的信息之后，Pre 认为这两个资料属于同一个人的资料，将之链接到同一个人的条目中。
如果在我的 450 个联系人中有其他的电子邮件地址也是属于 Taylor，我就可以通过点击 “Link more profiles” 按钮，找到新的地址，然后手动将之添加到 Taylor 的档案中。
现在，在上面的案例中，存在两个问题：一个是自动链接的问题，另一个则是手动链接的问题。
档案链接问题
首先，关于自动创建链接的问题，我不太确定 Pre 是如何做到的，我也不清楚我的第一部 Pre（已经坏掉了）为什么没有对 Taylor 做自动链接。在我的第一部 Pre 上，Taylor 和 Mr. Britches 是两个单独的条目，没有链接到一起。
更神奇的是，webOS 错误的将我的资料和另一个随机的朋友链接到了一起，尽管我们之间没有任何相同的联系信息。我于是将我的 Google 帐号从手机上删除，然后对我的 Google 联系人进行了整理，再将 Google 帐号绑定到 Pre 上，这一次，Pre 没有将我们链接在一起。
所以，自动创建链接的问题就是：它不是 100% 准确的，而其链接的算法对终端用户来说是不可知或者不可控的。所以，当我在我的联系人信息中查找我的朋友 Alan，并为之增加邮件地址和号码的时候，我完全不知道 Pre 将会如何处理。不过我对我自己如何想倒是清楚的，那就是 “欢迎来到收集-查询的世界，在这里你可以查询信息，但我们不能保证信息的准确性。”
现在是手动链接档案的问题，那就是：由于 Palm Profiles 并不备份这些链接，这些手动链接的信息无法保存和导出。所以，如果我花费了很多时间在 Pre 上建立了各种档案的链接的时候，如果我的 Pre 坏掉了（就像我的第一部那样），我将丢失这些手动链接。
Palm 有可能会计划备份这些链接以便于可以跨设备使用，但由于 Pre 的联系人概念是一个纯粹的基于服务的联系人列表，所以，这样做看起来并不容易。
不备份搜索结果而仅仅备份结果之间的链接是不可能的，所以，Palm Profiles 如果想要备份链接的话，就必须要同时备份联系人。如果 Palm 确实要这么做的话，那么它一定要非常小心，以免陷入非法存储第三方服务的联系人信息的危机之中。
总而言之，Palm 致力于基于服务的联合搜索以降低用户搜索次数，但其 webOS 的档案链接确实一个漏洞。Palm 一方面将搜索到的联系人的关联关系以结构化的形式存储到 Pre 的缓存中；但另一方面，保存的却仅仅是一小部分，且仅一次。所以链接这种方式是基于非结构化数据查询的一种妥协的做法。
地址本的 “最终幻想”
以上是关于地址本的抽象描述，那么，具体操作起来 Palm Pre 的方便性如何呢？这么说吧，我晚上花了 45 分钟的时间整理我的 Google 联系人，不停的对联系人进行删减和合并的工作，以便尽量少的使 Palm Pre 出现错误的识别——尽管这样，我还有很多 Gmail 的旧的邮件地址没有清理。
尽管如此，我还是比较喜欢 Palm Pre 在联系人管理方面的这一尝试，从大量的整理好的联系人数据库中搜索，总比浏览一个只有少量联系人的地址本要好，而且 Facebook、Google 联系人和 Exchange 这样的服务或许总有一天会意识到这种联合使用的模式，并且为这种应用模式找到一种清晰的解决方案。
消息、提醒和一元化
webOS 其中一个最大的优点就是它的提醒系统，我在本文的第一部分中已经做了介绍，并且类比于移动版本的 OSX 的应用——Growl。和 Growl 一样，Palm Pre 的提醒系统在不打扰你工作的时候提醒你到来的消息和警报；也和 Growl 类似，有时候你也会希望它住嘴然后滚蛋。
webOS 的 Synergy（联合）功能可以收集信息并且将之展现给用户，这造成一个结果就是一定程序的消息过剩，这在 Palm Pre 上是经常出现的。现在，在我的提醒中，有一个垃圾信息、一个来自于未知号码（可能是某个公关人员）的语音邮件、以及一个来自于 Ars 总编辑 Eric Bangeman 的即时消息。其中只有一个提醒是有用的，但我必须要看完/听完所有的消息之后提醒才会消失。事实上，webOS 预先假设你已经在服务端设置了一定的过滤信息，否则的话，你就不得不查看每一条信息，包括像植物伟哥之类的垃圾邮件。
webOS 需要一个方法取消你不想看到的提醒信息（我刚刚获知你可以用手指将提醒信息滑出屏幕消除它，所以这个问题已经解决了），它还需要对提醒按照类型进行轻重缓急的分级。例如，我确实不使用语音邮件，所以我希望自己可以设置哪些提醒是最重要的。一言概之，对于 Palm Pre 通过 Synergy（ifanr 译为协合）获取的信息，应该给用户一个控制的权利。我会在 “takes away” 这一环节进行详细的描述。
在使用 Pre 体验各种提醒，包括报警、日程、语音邮件、即时通讯、电子邮件、Twitter 更新等的时候，我开始意识到不知不觉中，我更喜欢按照应用/服务的类型来对消息和联系人管理进行分类。比如说，如果我想看某个人在 Facebook 上说了什么的话，我更喜欢在我的 iPhone 浏览器上登录 Facebook；如果想看 Twitter 的话，我则会启动 Twitter 的客户端，诸如此类。
事实上，在 Windows、Mac、iPhone、Android 等多数平台上，云通讯被应用和/或 URL 分成了不同的数据竖井。所以，纵然在 Twitter、即时通讯和 Fackbook 状态更新上的是同一个人，但他的这三种消息类型也代表了他在这三个不同网络上的不同档案。
在 iPhone 上，提醒信息会在不同的应用程序上以圆形、红色的图标予以标记，所以你不会将所有的提醒混杂在一起。你可以看一下 iPhone 的屏幕哪一个应用程序有更新或者消息，然后手工选择应用程序查看信息。所以即使在 3.0 上提供了推送信息（push）的功能，你仍然需要拉出（poll）应用程序以查看更新。如果你有很多低优先级的消息的话，就会发现这种 “拉出程序” 真的是太好了。
Palm 应该更好地考虑一下如何改进提醒系统，因为如果 Facebook、FriendFeed 以及其他的云消息和社交网络应用程序全部都在 Pre 屏幕上一起提醒的话，那将会是一团糟。
解决这个问题的方案就是让用户通过过滤和分级工具来控制提醒系统，不过 Palm 最终如何做还有待观察。
邮件
Pre 是以消息为中心的，所以其邮件程序极其出色。等一会儿我会列举出 Pre 邮件的所有好处，但首先我会先指出邮件的缺点：它完全不是基于收集-查询模式的！没有搜索，你就只能使用浏览模式了。
由于 webOS 天生是以搜索为中心的，所以邮件程序居然没有搜索功能是一个严重的、极其令人遗憾的遗漏。更严重的是，搜索的缺失会影响到对 Google 的良好支持，意味着 Pre 手机上的 Gmail 用户将无法使用搜索，而 iPhone 上的 Gmail 客户端则可以很好的使用搜索。
事实上，全部基于 Synergy 的应用都没有搜索功能——你不能搜索邮件、不能搜索即时消息、不能搜索文本短消息，以及其他 webOS 支持的消息类型。
我无法想象下一个版本的 webOS 还不修正如此明显的错误，在现有版本中缺失搜索功能的唯一可能的解释就是 Palm 在发布之前没有时间了，但哪怕仅仅是为了维持 webOS 体验的完整性，Palm 公司也必须要尽快修正这一问题。
对于 webOS 邮件方面其他的功能，可以用 “完美” 来形容，到目前为止最好的是邮件程序的 “收藏” 功能。
在图中可以看到屏幕上的三个部分：收藏列表以及我的两个邮箱。点击收藏右边的三角图标可以展开标记为收藏的列表。
前两个邮箱是自动邮箱——也是当前这个程序版本下的仅有的两个实时的查询模式的邮箱，名称就解释了一切（第一个将所有邮件地址的收件箱放到一个视图上，另一个是所有打了标记的邮件），可以被单独的打开和关上。（给 Palm 的注意事项：当我第一次关闭 “所有邮箱” 然后再打开的时候，它拒绝再显示内容，完全重启后才解决了这一问题）
再往下，可以看到我将以下的 Ars 和 Gmail 的账户标记为 “收藏”：Ars 收件箱、Ars 发件箱、Gmail 收件箱和 Gmail 星标邮件。
收藏功能对我所有的 IMAP 文件夹均有效，包括草稿和其他特殊的文件夹。
通过点击文件夹旁边的星标，可以将之放入收藏区。
收藏功能对 Gmail 的标签同样有用，可以作为 webOS 无缝集成 Google 应用的另一个亮点（当然，也使得搜索的缺失更为明显了）。
所有的 Gmail 标签以文件夹的图标显示，从而可以收藏，这和其他的特殊目的的、系统自动产生的文件夹如草稿箱、星标邮件、垃圾邮件、已删除邮件并无不同。
如果你是一个 Gmail 的超级用户而且不需要消息搜索功能，那么你一定喜欢使用 Gmail 的过滤器创建标签并且显示在收藏夹中。
（包含附件和包含内联图片的邮件）
为了满足你的好奇心，上图是一个包含附件的邮件，以及包含一个图片的邮件。如果附件是 PDF 格式（如果 Pre 的邮件可以使用搜索功能的话，那么我一定会找出一个 PDF 格式的邮件来截屏）那么就可以直接下载并且使用 Pre 内置的 PDF 浏览器查看。
在结束邮件程序之前，我必须要诉说我的另外一个不满，在下图中，你可以看到我的收件夹未读数量的右边有一个黄色的警告三角图标。这是告诉我邮件程序不能收取邮件。问题是点击该三角警告图标没有任何操作，也无法查看错误信息以解决该问题。第一周相当多的时候我都有这个问题，它不停的向我抱怨错误，但我却无法查看日志以确定问题所在。
最后，我没有谈及 Pre 与 Exchange 整合的问题，读者反馈指出 Pre 和 Exchange 的整合存在问题，较多的是 webOS 无法识别分类的问题，所以 Exchange 的日历、联系人、任务在 webOS 中无法识别分类，并且，如果在 Pre 上编辑条目的话，webOS 会将 Exchange 的分类设置为 “none”。（一个读者指出这一问题，Ars 论坛的 Kurt Hutchinson 确认了该问题）
日历
webOS 的日历是另外一个没有搜索的功能，不过这里没有搜索功能还是可以理解的。从浏览方面来说，webOS 的日历比 iPhone 的日历浏览功能好用很多。尤其是，它有非常重要的周视图模式，而 iPhone 却没有。
（周视图模式的日历）
然后是月视图模式：
最后，下面的截图是日视图模式，显示了几个约会（其中一个重复）以及两小时的空闲时间。空闲时间如同 Rubenstein 在 CES 演示中所展示的那样像手风琴的压缩，这是非常不错的，因为缩减了滚动的次数。
点击上面的条块可以跳转到指定的日期，非常不错：
总之，我对日历功能没有任何不满，但主要是因为我是 Google 日历/iCal 用户，Exchange 的用户可能会有不同的体验，就像前面所提到的缺少对分类的支持等。
拨号盘
Pre 的拨号盘程序真的让我非常想念 iPhone，首先，它缺少一个 “收藏” 页面以便收藏常用的号码。和搜索功能同样重要的是，我希望有一个简短的拨号号码列表，所以希望 Palm 以后更新的时候可以加上这一功能。
启动拨号盘之后，马上可以使用屏幕键盘或者物理键盘进行拨号，如果要搜索联系人的话，就要点击顶部的 “输入号码” 区域，进行联系人搜索。
（如果我输入名称的话，你将会在上图看到所有符合条件的记录）
非常严肃的说一下：我真的希望 Palm 增加一个 “收藏” 功能。
拨号盘另外一个让我怀念 iPhone 的地方就是他的语音邮件——它回到最简单的 “按 7 删除，9 保存” 的语音邮件界面，相比于 Apple 的虚拟语音邮箱来说，这也太简单了。
（如果 Google Voice 可以成为 Pre 的程序的话，那么这个问题就迎刃而解了，它将会成为语音邮件和自动翻译功能的整合）
Pre 的手机铃声选择烂透了——Apple 在这一功能上将 Palm 打翻在地。或许这么说优点过于偏向于 Apple——不过我发现它真的很刺耳和讨厌。我第一次使用音乐铃声只是因为它容易设置。
总之，Pre 的拨号盘感觉有点落后，不过我极少使用移动电话呼叫，所以我可以忍受。
程序目录
Palm 的程序目录仍然是 Beta 测试版，所以我不想在上面花过多时间。
本例中在实时网络的条件下，手机没有缓存任何数据，上面的搜索框也没有进行实时匹配，你不得不在搜索框中输入内容并且按回车键以获取结果。
注意上图中 “AccuWeather” 图标上面的小的蓝色图标，表示该程序已经有了新的版本供下载。如果你希望更新程序的话，就可以在目录中找到该程序，点击他们，然后点击 “Update”，或者你可以直接运行单独的 “Updates” 应用一次性更新所有的程序。
网页浏览
Palm 基于 WebKit 的移动浏览器真的很棒，在性能和可用性上都可以和 Apple 的浏览器一争高下。iPhone 的多触点手势在 Pre 上一样可用——轻触和拉伸来放大和缩小，拖动页面，性能是非常不错的。
当第一次启动浏览器的时候，屏幕显示的是收藏窗口，实际上是你的书签的缩略图（如果你想重新排序图标，需要进入 “书签” 菜单，并且更改排列顺序）。
点击顶部条块进入 Web 搜索菜单，界面布局上，Google 和维基百科的位于顶端，历史浏览项目位于底部。
浏览器的下拉菜单有好几个项目，我将一一为你介绍其中最重要的几个。
“Page” 菜单提供了添加当前页面到程序管理器和发送电子邮件共享当前页面的两个功能。下面是点击 “共享” 之后的缺省邮件信息。
也可以将一个页面加入书签，在浏览器启动的时候可以选择需要浏览的书签。
浏览器的参数选项提供了一下的参数设置：
(注意我已经关掉了屏蔽弹出窗口)
总结一下，浏览器从其速度、特性以及可用性上来说，都是 Pre 的一个亮点。webOS 的全局搜索会包括已经浏览过的 Web 历史记录，这也是一个挺不错的亮点。
Pre的硬件
(这个角度看起来 Pre 更像是 “指纹机”，嗯，因为 Pre 是塑料的)
Pre 的硬件特性在其他地方已经被描述的无比细致了，有兴趣购买的可以到零售商那里体验一下。关于硬件，我还想补充一下几点。
Pre 的小尺寸确实不错，不过 Apple 的超薄设计确实是挺贴心的；Pre 当然从尺寸上比 iPhone 要小，但是当我把 Pre 放在口袋里的时候，就显得鼓鼓囊囊的了。我更喜欢一个大一点，但是更薄的手机。
同样的，键盘方面，我发现确实是比 iPhone 的键盘要好用一些，但始终不如 BlackBerry 的键盘——有点太小、太紧了，我宁愿它更宽一点、使用起来更舒服一点。
屏幕的设计确实是非常出色，在多种光照条件，甚至是阳光直射的情况下，都看的挺清楚。屏幕比 iPhone 稍微小一点（iPhone 是 3.5 英寸，Pre 是 3.1 英寸），但分辨率都是 480×320。正如我在手势区域那部分所说过的，我认为 Pre 在界面布局上做得比 iPhone 更好一些，因为在可见屏幕下面有一块触摸板，从而许多类似 iPhone 的界面操作可以由这块区域来完成。不过这一块区域的功能是由应用程序指定的，所以不同的应用可能差别很大。
至于触摸屏，我希望反应可以更敏捷一点，尤其是使用浏览器的时候，点击链接比较不方便。事实上，iPhone 似乎在理解用户点触屏幕的意图这一点上做得比 Pre 要好得多——如果要在 Pre 的触摸屏上点击的话，是需要准确无误的；而 iPhone 则可以 “领会” 用户要点击哪个位置，只要你在 iPhone 上点击的较为精确就可以了。
正如一些评论员已经指出的，从设计上来说，拉出物理键盘稍微有点 “凝滞”，我想这在设计之初是故意而为之的一个特点，而并不是 BUG——如果设计的太紧的话，可能不容易拉出来。但这种凝滞感在我的第二部 Pre 以及我现在自购的机器上并没有出现。第一部很明显，而后面的却没有了，Palm 的第一批电话的质量上确实有些问题，希望这些问题后面不会再出现。
上图是 Pre 的背面，拉出的部分是一个镜子。我猜想这是为了你在野外迷路的时候，可以用来反光以吸引救援直升机的注意，否则……，除非你喜欢玩欢乐屋的游戏。
摄像头是 3.2MP 的，并且有一个内置的闪光灯，照片的效果挺不错，下面是我中午的时候拍的自家花园。
充电器和电池
电池待机时间还是可以的，不过也就是中等水平，我发现在 WiFi 和蓝牙开通的情况下，使用一天就要再充电了。两次充电之间我一般使用 12 小时左右：一般就是正常的即时消息、收发邮件和一般性的网上冲浪。
Palm 还给我寄来了一块 Touchstone 供试用，虽然他们定价为 70 美元，我不太确定是不是值这个价钱，不过我倒是挺喜欢这个东东的。下图你可以看到，我把它贴到书柜上了，这个东东可以粘在任何东西上，而且不会留下一点痕迹。
关于 Touchstone 我还是碰到一个问题：一次我不小心把手机丢在外面一整夜，到早上的时候电池是一丁点电都没有了。当我把已经关机的手机放到 Touchstone 充电器上的时候，手机屏幕亮了，显示一个 “电池已耗光” 的图标，大概持续了四个小时。后来我实在受不了了，把手机从充电器上取下来——但屏幕已经死机了，那个图标一直都在，死命的按电源键也没有任何反应。最后我不得不把电池取下来硬启动，结果启动之后我发现这么长时间只充了一点点电。貌似这是一个固件问题，Palm 应该要搞定。
说到电池，我倒是很想在夏日假期之前弄到一块备用的，可惜 San Francisco 地区的 Sprint 和 Best Buy 都没有现货。
拆封和附件
尽管介绍应该从拆封和附件写起似乎是更加通常的做法，不过没必要把这么不重要的内容放在文章的最前面啦。
很明显 Palm 在打包方面借鉴了 Apple 的做法，将所有的配件打包到一个小巧的包装盒里，除了 Pre 手机之外的配件包括一条 USB 数据线、一个座充、一套黑色耳机、以及一个小桔色、黑色相间的手机袋。USB 数据线是 micro-B 数据线的，和数码相机的数据线不兼容。
圆的充电器比 iPhone 的充电器要大一些，我觉得没什么必要，Apple 在将配件的构思上往往是经过深思熟虑的，Palm 只要跟着做就是了。
耳机挺引人注目，主要是和 iPhone 的白色相比，Pre 的耳机是黑黄相间的。Palm 的耳机看上去有点复古，如果我要听《壮志凌云》的电影配乐的话看来我用它们比较合适。幸运的是，标准的 iPhone 耳机在 Pre 上用的挺好，包括暂停/播放按钮和快进按钮都可以照用。
结论
总之，Rubenstein 和 Palm 所做的事情就是抄袭了 iPhone 的很多成功元素，对用户行为进行了新的假定（数据来自于服务、信息以收集-查询模式进行、用户大多数时候运行多任务），并且将之应用到新的领域（云消息），从而就形成了和 Apple 的 iPhone 相当不同的智能手机。
iPhone 的铁杆粉丝可能是不会因为 Pre 的出现而抛弃 Apple 的，但是如果你和我一样，觉得 iPhone 手机，就算是再加上 MobileMe，也没有达到以互联网和云消息为中心的高度的话，那么 Pre 就可能非常适合你了。
当然，这样并不是说 Palm 手机和它的 webOS 系统就是完美无暇了，webOS 在邮件搜索、提醒处理等细节上还是有待改进的，在这些细节的处理上 Palm 必须要深思熟虑。而在前文提到的联系人和其链接的问题更是非同小可，到目前为止还不太清楚 Palm 将如何解决这些问题，但是我猜想 Palm 会进一步修正链接的算法，并且改进联系人的浏览模式，使联系人在翻看的时候不至于那么痛苦（对那些只浏览的人来说）。
所以，很明显的是，Pre 还是一个停留在 1.0 版本的产品；但同时我们也可以看到，Pre 是一个非常出色的开始，如果 Palm 可以持续完善 webOS 并且进一步改进手机设计的话，其前途显然是不可限量的。
