当然 ， 同一个号码被两位（或以上）联系人占用的情况是很少的 ， 但如果你真的有这种情况 ， 那么你在编辑接听清单时 ， 一定要是把存储在话机中最前位置的号码加进去 ， 这样 ， 当这个号码打入时才能顺利接听 。（查找位置的方法：通讯录－高级－位置清单）
无疑 ， 这两个 bug 的产生完全是因为希望提高手机的效率的得来得：只需要对照 8 个数位而不是 11 位或更多（对于第一个 bug ）；只需要找到第一个联系人就可以结束搜索过程而不是 510 个位置都搜索一遍（对于第二个 bug ） 。
但从可靠性（某些情况下也带来了一定的方便性）的角度来说 ， 降低一点点效率也是有必要的 。
希望 628 以后的版本会注意到这两个小问题；加以解决 。
Bug3 ：
在联系人管理里面有一个群组功能 ， 虽然不能为群组加特定的来电大头贴和个性铃声 ， 但还是可以在发短信和编写接听清单时带来一定的方便 。
你建了一个群组 ， 然后在里面加联系人 ， 联系人的排列方式是和你加入联系人的顺序一致的 。（而与联系人在通讯簿里面的顺序无关） 。
如果在群组里面的某个联系人的号码不再使用了 ， 你要把这个联系人的号码删掉；删掉以后 ， 你进入群组 ， 你会发现原来联系人所在的地方出现了一个空白 ， 你选中这个空白 ， 要删除它也删除不掉！解决办法是把这个群组删掉 ， 重新再建一次 。
为什么会这样呢？那应该与 628 对群组中的联系人的标记方式有关 ， 它标记的联系人列表是联系人在手机中的存贮位置；这样一来 ， 当你把手机中的某个位置的联系人删掉了 ， 手机中该位置就是 nc （空）了 ， 但这个时候群组的列表并没有作出相应的更新；那个 nc 的位置号仍然在列表中 ， 从而就出现了一个空白 ， 并且无法删除 。
因此我们在要删除某个在群组中的联系人的电话之前 ， 最好先在群组中把这个联系人删除；这样就会避免产生如上所述的产生了一个无法删除的空白的情况了 。
如果说第一第二个 bug 是为了提高效率不得已而为之的话 ， 那么这第三个 bug 就实在是很不应该出现的了 。手机的软件应该在用户对联系人作出删除操作的时候 ， 检查一次群组列表 ， 如果该待删除的联系人的位置在群组列表中 ， 应该把群组列表中的这个位置也相应的删除 。这样机子的软件设计就更为人性和合理了 。
Bug4 ：
为联系人加来电大头贴的确是机子的个性所在 ， 你把一张图片和一个联系人进行了关联后 ， 你还可以随便修改这个联系人和这张图片的名字 ， 这种关联不会时失效 。这的确是非常好的 。
但是如果你希望释放内存的空间来放一张壁纸或一个屏保 ， 也不再希望这个联系人与那张图片进行关联了；那么你可能会直接把图片删掉 ， 而存入一张壁纸或者屏保；那在这个联系人来电时 ， 显示的是什么？是你新存入的壁纸或屏保！
那是因为 628 在联系人和图片关联时 ， 是位置对位置的关联；也就是说 ， 是联系人在手机中的位置与图片在内存中的起始位置的关联 。当我把图片或联系人重命名时 ， 它们的位置并未发生变化 ， 关联仍然有效 ， 这当然是好的；但当我删除了这个图片的时候 ， 这种位置对位置的关联却仍然不会消失；而 628 在内存的头指针的控制上 ， 又是指向刚删除的文件的第一个位置（只要有了一次删除文件的操作）；于是 ， 当有新的文件要存到内存时 ， 该文件的第一个存贮位置也就应该和刚删除的文件的第一个位置相同了 。在位置与位置的关联没有消失的情况下 ， 新存入的文件类型又是正确的（是可以作为来电大头贴的文件类型） ， 从而 ， 这个联系人又重新和新的图片产生了关联！
推荐阅读
- Mac通讯录怎么导出联系人？
- Mac通讯录怎么删除？Mac通讯录怎么删除群组？
- T628闹钟的不足
- 关于小3通讯录中的本机号码
- 小3通讯录中的本机号码的补充
- 小C的一个通讯录BUG
- 通讯录的“陷阱”
- 索爱T628一个非常值得关注的问题
- 回《通讯录的一个小bug》
- Mac系统通讯录怎么导入excel表格数据？