iPhone才算得上手机

十二月 9th, 2009 | Posted by Benny Wen in 长篇小论 - (9 Comments)

用 Blackberry Bold 9000 两个月之后,还是无法忍受,换了 iPhone。之前也有讨论过关于智能手机如何才算智能的话题,不过如今又只能出尔反尔的说说 Blackberry 的坏话了。

回过头来说,什么也的手机才能算得上手机。Blackberry 的 9000 是一个设计非常不错的手机,尤其全键盘非常好用——当然这里得插一句,自带的中文输入法实在有点弱,虽说 RIM 生成 Blackberry 是一个开放的平台,但是如今还是没有一个好用的中文输入法出现这个平台上——说到底,让我放弃 Blackberry 的原因还是因为它过时的手机设计理念。

这里要说的过时是指对于手机软件平台的过时,BIS/BES 是个好东西,但是仅仅有这个的 Blackberry 还算不上一个适应时代的手持互联网终端,糟糕的浏览器——别跟我提Oprea Mini,那个玩意同样的烂——同样不堪一击的第三方软件,尤其是与网络相关的软件;还有它的邮件系统。说到这里会有不少朋友不同意,Blackberry 最强大的邮件系统怎么会说它烂呢?BIS/BES 一方面成就了 Blackberry 的 Push Mail,另外一方面也把它跟现实一直使用的邮件系统分割开了。在移动数据通道没有完全打开的时候,BIS/BES 可以说是个创举,但是如今的移动互联网通道已经足够通畅的情况下,为什么还要固守着这个东西呢?价格不菲的服务开销,是否算得上一种明智的选择呢?

不少莓友强调着真假 Push 的问题,但是对于使用者来说,不管是 BIS/BES 还是 XML 协议,只要可以快速的得到邮件提醒就足够了,何必要固守着  BIS/BES 呢?讽刺的是,如果没有通畅的数据通道 BIS/BES 有什么用呢?这里要说的,就是前面说的过时的设计理念,正是这种固守着某些可能在过去的时代优秀,而今已经落伍的概念,让它有点固步自封。而这种固执体不仅仅体现在邮件系统,其他各种应用软件的设计上比比皆是。

iPhone,没有太多想说的,不仅仅是个漂亮的机器,而是它的确可以帮我在各种应用环境中的使用,尤其在我不带着本子出门的情况下。

使用Google Sync及不足

二月 13th, 2009 | Posted by Benny Wen in 分享 - (0 Comments)

Google Sync最近加入了对iPhone和WM支持,加上对BlackBerry、Symbian等其他支持Exchange的手机,基本上覆盖了足够多的手机产品,这样Google Sync成了一个相当实用的工具。因为得到了Microsoft Exchange的授权,这些同步的操作基本上都是使用手机原本对Exchange的支持,所以不需要安装额外的软件来进行同步操作,这就比之前的很多手机上要想进行同步操作就需要额外安装软件好得多,毕竟手机是属于经常更换的产品——加上丢手机成了某些人的常见问题——如果下一次换的手机是不同于之前的操作系统,通讯录的复制显得十分的笨拙。不过就像Google其他的产品一样,目前还在Beta的产品,有很多不足的地方,虽然我还不至于像可能吧那样表达失望,不过这些缺陷还是很让人头疼的。

手头上使用的分别是iTouch、Macbook和Nokia E51,所以遇到的问题可能比别人多一些。如果你也想尝试Google Sync,iPhone/iTouch请参考上面可能吧的说明,Symbian平台可以参考月光博客的使用说明。使用前请务必备份各种数据,开始同步是一个覆盖的过程,很有可能会把你的数据搞丢。在同步前最好先整理一下Gmail的通讯录,使用Gmail的过程中,Gmail会自动添加联系人,很多邮件是一两次的联络,这些无用数据都被添加到通讯录中。另外,Google Sync的同步处理是依据时间最新为先的原则,就是说你最后更新的数据将覆盖老的数据,不管是在手机还是Gmail当中,一定要在同步之前保证你的最新操作是有效的,比如,不要先整理Gmail通讯录,再清空手机通讯录,然后同步。

不足:

  1. 同各种通讯录软件一样,对中文姓名支持不理想,这里不是说某个具体的通讯录不支持中文姓名,而是同步操作是跨平台的,在某个平台上定义的姓名顺序,而同步在另外一个平台上却是反的。为了在各种平台上的正确显示,我之前几个通讯录都是经过同步整理过的,所以这点上我没有遇到可能吧遇到的问题,毕竟之前我整理通讯录花费了不少时间,而我自己也不能保证我以后用到别的平台上会不会遇到新的问题。
  2. 在Symbian平台不支持日历,似乎在iPhone、BB、WM上都没有问题,不知道为什么Symbian上会有缺少这个功能,不过我相信这个只是时间的问题,Google以后会添加这个功能的。另外一些朋友提到没法通过CMWAP网络同步,有时CMNET也不行,这应该是移动的网络问题,我同步的时候使用的E51的wifi,很快并且没有一点问题,之后尝试CMNET也没有遇到问题。
  3. 对Mac OS的不完全支持。通过calaboration可以实现Apple iCal与Google日历的同步,可是却没有实现Mac OSX地址薄和Gmail通讯录同步的工具。使用iPhone/iTouch的用户会发现,如果在iPhone/iTouch上使用了Google Sync,就不能使用iTunes里面的与地址薄同步的功能,之前Mac OS X 10.5.3中的sync Google Contacts完全成了鸡肋,虽然可以通过命令行的形式强制同步,不过这样的方法对普通用户来说是太复杂,很奇怪为什么不能有一个简单的同步按钮就实现同步呢?
  4. 覆盖原始数据方式的不统一。正如前面说的,开始添加Google Sync之前,一定要备份自己原始数据,在iPhone/iTouch上添加Google Sync会完全覆盖原始数据。而在Symbian上更奇怪,不是覆盖,而是会重复添加联系人。所以正确的方法是这样的,备份各个数据,整理你要作为同步的主力数据,清空各个设备上的数据,在Gmail通讯录上导入你整理过的数据(或者直接整理Gmail通讯录作为主力数据),然后再其他设备上添加Google Sync。
  5. 日历上纷繁的颜色。这个是老问题了,以往使用iPhone/iTouch上的日历颜色跟电脑上的日历颜色也是乱搭的,使用Google Sync也是一样,尤其使用多个日历的时候让人有些混乱。这Google Mobile帮助上有人整理了统一颜色的方法,不过……有点愚蠢。
  6. 其他问题,不能分组联系人,iPhone上只支持5组日历,联系人中不能添加自定义字段……等等,如果说起来,每个人似乎都能在Google Sync上找出问题。

建议和提醒:

如果你需要多平台联络人、日历的同步,期望使用推送的功能,并且能够忍受或多或少的问题,不妨尝试使用Google Sync,不过请注意下面的几点建议和提醒:

  1. 备份!备份!备份!在开始任何操作前,先备份;
  2. 整理完数据后,先清空所有的数据,然后在Gmail联系人中导入数据,最后在其他设备上添加Google Sync;
  3. 各种工具对联络人格式存在差别,尽量使用较少的、相对简单的字段,最好以Gmail联系人中的字段为准;
  4. iPhone、BlackBerry、WM上使用的是推送功能,注意你的网络流量,最好使用移动的包月流量,不要让移动公司莫名其妙的拿走你的钱;
  5. Google Sync还在beta阶段,总有或多或少的问题,只能期待Google和各个平台的相应更新,暂时忍受这些缺憾;
  6. Google Sync是针对移动设备的,对于桌面系统来说,目前还不完整支持。

好吧,其他它还是不错的产品,免费的推送服务,还不够好,不过让人很难拒绝,你说呢?

不知道你遇到这样的问题没有,在iPhone/iTouch上看到某个好玩的网页的时候,想收藏到自己的Google Reader Share或者Delicious中,却不知道怎么添加?(当然如果是在Google Reader下面就没有问题了)

在iPhone/iTouch上使用GR Share和Delicious不是什么困难的问题,我说的当然不是说浏览,而是如何添加新的Share和Delicious的书签,在GR Share和Delicious的帮助页面中可以找到相应的Bookmarklet工具,并且他们声称支持各种浏览器,不过添加到iPhone/iTouch上却有点困难,因为他们使用的是javascript,而不是一般的http url:1,iPhone/iTouch上不能拖曳;2,iPhone/iTouch的网址输入法中不支持大括号;3;iPhone/iTouch不支持复制粘贴(万恶的Apple)。

我用google找了不少,不过似乎这个问题的解决方案似乎只有一种,使用iTunes的Safari同步书签功能。不过这个方法有个很恼人的问题,同步后在书签上面有两个不能删除的目录:书签栏和书签菜单,这两个菜单在PC端的Safari中是两个很有用的目录,可是在iPhone/iTouch却是完全无用的,而且这两个书签就在整个书签的最上方,很是讨人厌。不过既然iPhone/iTouch已经被越狱,就能够找到内置Safari的书签目录,直接更改这个书签文件就应该可以的,答案是肯定的,找到 /Private/var/mobile/Library/Safari 中的Bookmarks.plist文件,用ssh下载下来进行修改就可以了,在Mac下修改plist文件的工具是Plist editor(Win下面的我不知道,你自己Google吧),在系统光盘中有,不过不要那么麻烦,我找到了已经被剥离出来的版本。用Plist Editor打开这个书签文件,把Children都展开:

可以看到0和1就是这两个无法删除的目录,直接把0和1删除,保存文件,上传到iPhone/iTouch上覆盖原有文件,然后重启机器,就可以了。如果你怕麻烦,可以直接下载我更改好的plist文件(这个文件中只保留了GR Share和delicious的bookmarklet)。不管你用什么方法,一定要注意备份自己的原有书签,上面这些操作都能覆盖掉你原有的书签。

使用上面的方法,delicious基本没有问题,因为delicious使用的用新窗口打开的方式;而GR Share用的是页面内的窗口,如果在竖屏打开被优化成iPhone页面的情况下,会有一半看不到,横屏基本能看到,也有少部分被挡住,不过要是普通的页面,基本是没有问题。当然了我说的都是“基本”没有问题,比如这两种添加方式在pc端的操作都是可以选中一段文字,自动添加到注解当中,而在iPhone/iTouch的情况下是没有办法选中文字的,所以只能算基本完成共享的任务——当然你愿意一个字一个字自己慢慢打也没问题。

在一篇文章的评论里面我也看到了另外一种不需要同步就添加javascript的方法,把这段javascript复制到www.google.com/ 后面,发送mail到iPhone/iTouch上,然后用safari打开,添加书签,然后编辑,删除www.google.com/ 部分,我尝试过,不过似乎在添加书签的时候,safari会把其中的符号转换成url的代码,这样这段javascript就不工作了。我不知道问题出在哪里,也许有人可以?你也可以试试,然后告诉我答案。

如果谁可以直接修改iPhone/iTouch上的Safari,直接添加个Button,那就更完美了。

iCosta和Wefit

七月 28th, 2008 | Posted by Benny Wen in 长篇小论 - (2 Comments)

刚才在gtalk和twitter上跟Jerry闲聊,聊到下午刚刚出来的iCosta,iPhone/iTouch OS 2.0上的输入法。Jerry说iCosta的开发者是一个很严谨的人,从今天发布的iCosta来看的确是这样的,如他所说的“第一个全面支持OS 2.0的final版本的中文输入法”,言词间也能看出来对Wefit的讽刺。

至少从Marketing的角度来说,Wefit这次是失败的,不是出现的这些bug导致的失败,而是把测试版的内容发布到source上去,让用户当小白鼠的,而且运气很不好的是一些严重的bug让开发者不得不一天出来5个更新来解决一个又一个的问题。其实很多的用户对于Wefit还是保有很大的体谅的,因为比较在以往的版本中Wefit的确有很多特性是其他输入法无法比拟的,只是对于新用户而言,这种糟糕的体验不得不在心中画了很大的问号。这种信任的危机才是Wefit遇到的最大困难。我想,既然Wefit的1.1.x上的成功注定他们不会甘于目前的状况,现在看来只是时间上的问题,正如昨天说的,Wefit应该好好吸取这次的教训。

过去知道一些iCosta的故事,不过并不全面,毕竟这个输入法一直是远离我的,而不是这次这样的近距离的接触。让人不得不思考的一个问题是,在iPhone/iTouch上的中文输入法到底有多大的空间呢?从输入法的本质而言,是一个解决系统底层的软件,难以想象在不支持多任务的OS 2.0平台上能否进入iTunes App Store。而OS 2.0自身的输入法的问题仅仅是慢,而不是其他。如果Apple有能力优化的话,其他输入法还有没有生存的空间?在桌面平台上而言,不管是Windows还是Mac OS,自带输入法之所以不能跟其他输入法竞争的原因是易用性上的问题,而iPhone/iTouch平台易用性的空间并不高,除了机器本身的效能问题,关键的问题是屏幕的大小和触摸屏幕的按键。这点而言iCosta和Wefit都没有Apple做得好,候选条的存在让iCosta和Wefit不得不把虚拟键盘压缩得很小,而系统自带得输入法采用相当“取巧”的跟随候选条(虽然在一些app中跟随候选条被遮盖的问题也是有的),在如此小的屏幕上面不得不说Apple的做法更加人性化一些。如果解决了速度问题,我想至少我个人还是愿意选择自带的输入法。如此,第三方的输入法是否还有之前的那么大的生存空间呢?对此我表示怀疑,第三方输入法的创新空间并不大(毕竟已经不是1.1.x的时候没有系统中文输入法的时代了)。

ps,iCosta目前还是有些问题,不支持全角符号,分词也是有相当大的问题。