0
Posted on 17:58:00 by Unknown and filed under ,

  测试环境:

  • BlackBerry 8820 ROM v4.5.0.124
  • Google Sync v0.5.15(1017),Plantform: Blackberry-43

  进行尝试前,请先备份 Gmail Contacts 和 BlackBerry 上的 Address Book。

  安装了 Google Mobile App 后在无聊状态下安装了 Sync,然后一不小心就开始了同步,于是干脆仔细尝试一下这个功能。

  下面是我的使用体验和一些细节方面的实验。首先是 Calendar 方面:

  1. 因为 Google Calendar 可以有多个日历,但是 BlackBerry 上是一个整体,所以在同步的时候可以选择同步 Google Calendar 的哪一些日历(比如日历A,B,C),并可以设定把 BlackBerry 上的日历同步到 Google Calendar 上的哪一个日历(比如日历A)。
  2. 当删除 BlackBerry 上原本属于日历 B,C 的日程时,再次同步并不会同步回来,并且 Google Calendar 上相关的日程也不会更改,但是涉及到日历 A 的更改则会完全同步。
  3. 如果设定了 BlackBerry 上的一些提醒,比如在 Address Book 中的生日,则也会同步到 Google Calendar(并且是重复每年)。

  下面重点是尝试 Contacts 的同步:

  1. 第一次同步没有清空我手机上的联系人,所有信息没有丢失。(注:手机上Address Book开启了"Allows Duplicate Names"。)因为 Gmail Contacts 可以添加非常多的信息字段,所以资料在网络端是完整的。没有出现乱码问题。
  2. 第一次同步过后,联系人肯定有很多重复的,我在 PC 上进行了调整,使用 Gmail Contacts 的合并联系人的功能,然后再同步回去。
  3. 同步的字段有:Title, First, Last, Job Title, Company, Email, Work, Home, Mobile, Pager, Fax, Other, Work Address, Home Address, Notes。涉及到生日的属于 Calendar 的同步范围。不在上述字段的内容不会被同步,比如只修改联系人的头像,在同步时 Sync 也会提示有一个更新,但头像内容并没有同步。
  4. Gmail Contacts 的字段比较自由,比如可以添加几乎任意个 Mobile 号码,但是在 BlackBerry 上 Mobile 字段只能有一个。所以当 Gmail Contacts 的 Mobile 有多个号码时,同步到 BlackBerry 上的只有第一个。同理,在 BlackBerry 上 Work,Home 只能有 2 个,Email 只能有 3 个。
  5. 有一个似乎是 Bug:当一个联系人电话号码比较多,可能是因为 Gmail Contacts 上电话号码字段排序较乱或者和 BlackBerry 相同字段冲突的时候,不能完全同步所有电话号码。 这个时候可以尝试完全重新同步。
  6. 我有 300 个左右的联系人,第一次同步很耗时间和流量,之后不论是小修改还是清空后完全同步则都快很多。

  不论是 Calendar 或者 Contacts,如果在同步中出现了问题,比如上面提到的无法同步所有电话号码时,可以尝试完全重新同步。在 Google Sync 中选择 Options > Menu > Reset Calendar/Contacts Sync,注意这会把 BlackBerry 上的数据清空。然后再重新同步。

  如果不进行这一步,而是通过其他方式清空了 BlackBerry 上的数据,比如 Address Book,这个时候进行同步,没准就把 Gmail Contacts 清空了。

  相关内容:

0
Posted on 17:44:00 by Unknown and filed under ,

  这个月截止到今天可以说是我更新最少的一个月了,当忙起来的时候,能静下心写几篇日志也成了奢侈的享受。Folders4Gmail 是很有名的脚本,今天它给我带来了非常愉悦的体验:)

  我有轻微的强迫心理,对信息的收集和组织有洁癖。今天,当我打开 Gmail 时,心里突然升起一股难以抑制的愤怒,因为这一瞬间我想到:

  • 我有滚动一页都显示不下的凌乱的标签;
  • 邮箱里面有无数只有附件且标题毫无意义的邮件(比如 hello);
  • 更不要提那些连附件名也毫无意义(比如 新建文本文档)的邮件。

  于是我花了整个下午来整理后两种邮件,将这些邮件打包后转发给自己,或者下载附件重命名后再发送给自己。真希望Gmail可以提供邮件注释的功能,或者提供修改原始邮件的功能。

  而第一个问题的解决方法就是使用标题提到的 Greasemonkey 脚本 Folders4Gmail。我也希望 Gmail 可以提供可以设定某些标签隐藏的功能。在 Lifehacker 发布的 Better Gmail 2 中含有这个脚本,我倒不想安装那么多功能。

  在安装了 Folders4Gmail 后,就可以给标签分类了,使用方法只要重命名原本的标签即可。比如将原来的"项目1","项目2","项目3",重命名为"项目/项目1","项目/项目2","项目/项目3"就会发现在标签栏多出一个可以折叠的标签目录"项目"。

  需要注意的是,修改了标签名以后,原本的 Filter 可能需要修改。另外,由于标签长度变长了,原来查看 Gmail 中所有未加标签的邮件的方法就不能用了,在 basic view 下提示"Request-URI Too Large",在 standard view 下提示:"the system encountered a problem (#6414)"。

5
Posted on 11:42:00 by Unknown and filed under

  已经不是什么新闻。

  WoW 代理权易主,需要转移数据,这不是一天两天的事儿,目前看来 WLK 更是遥遥无期,至少 6 月之前是没什么希望了。

  虽然还是玩不了 WLK,但是我还是很高兴,只因为我不喜欢 9C。我相信在运营游戏、审批资料片、利益分配中有种种困难,但这正是代理商要解决的,而不是要玩家负责。且不说 TBC 特别迟,WLK 忘了开,就是服务器一天一掉线硬是逼迫工会转服,把我所在的服务器变成鬼服,我就感觉特别气愤。

  没有 WoW 的 9C 会不会就倒了,我也管不着,反正 FIFA 和劲舞团我也不玩。

0
Posted on 03:47:00 by Unknown and filed under

2009-04-07Up: 更新到 Python 3.1a2,发现似乎问题解决了...

  我在使用 urlopen(...).read() 读取某一个论坛网页的时候,发现获取的内容不全,最为奇怪的是,获取的内容是这个网页最后的部分。给我的感觉是分配给字符串的空间不够,导致读取超过长度限制的时候就把前面的"冲掉"了。但是 Python 的字符串是任意长的,不应该出现这个问题。

  我用同一个程序尝试读取其他网页,包括相似的论坛都没有问题。同时,如果我设置一个很大的值,比如 read(100000),则也能完整读取这个网页。

  后来我仔细查了一下 HTTP Headers,发现该网页 Response Headers 中有如下信息:

  • Content-Encoding : gzip
  • 没有 Transfer-Encoding : chunked 项
  • 没有 Content-Length 域的值
  • 有 Connection : Close 项

  我不太懂 HTTP 协议是怎样规定的,我猜测因为这个网页的服务器没有告之文件大小,所以 Python 在读取的时候也无法预先得之大小,因此在读取的每次读一个新块就会把前一个覆盖。而当我指定一个读取大小时,Python 就会按照连接是否断开来判断是否读取结束。

  以上是我的猜测,因为这个折腾了半天,也没有去查看源代码是如何实现的。希望有经验的朋友能告诉我对不对,多谢!

  另外,使用标准库中的 urllib.request 应该能自动处理 gzip。

  环境:Python 3.1a1。