‘BTalk’ 分类的存档
最近有不少用户反映BTalk无法刷出GTalk的好友列表，并且有热心网友sh li查到了原因和解决方法，在此对这位网友表示感谢
这次出现的问题主要是由于Google对GTalk的好友查询方式进行了一些小小的变更，导致BTalk无法正常取得好友信息数据。具体的问题描述可以参考这里(provided by [sh li])。
此版本相比170版本应该是仅仅进行了上述问题的修复。不过一方面由于今天晚上测试时发现GTalk又换回了以前的协议，所以没有办法正式进行测试，另外一方面很长时间没有维护BTalk代码了，而且中间断断续续改动过一些东西，不能确定此版本是否完全可靠，所以发布为测试版。
该测试版不会覆盖以前版本，可与0.5.170版共存，名称暂时改为”BTalk_beta”，以方便大家进行测试。以下是OTA下载地址以及打包下载地址。
今后BTalk的更新信息将移至感触黑莓(feelberry)，感谢大家对BTalk开发的关注和支持。
相信将BTalk更新信息转移到专业黑莓站点，将给大家带来更好的使用体验。同时感谢feelberry的创始人sanren、疯子和十六人为大家带来这么好的一个发挥平台，同时在感触黑莓的BBS中，会为大家开辟BTalk专区，欢迎大家在那里发表相关看法: )
First of all, Merry Xmas, dear friends~
说来真是一个不太平的新年，各种阴影笼罩在大家头顶sigh… Anyway，但愿明年能有所转机～
言归正传，这次更新并没有太多变化，本来计划主要实现对其它XMPP服务器支持，结果用校内的XMPP服务一直没成功连上，所以留待大家自行测试-_-|||
另外在@aston314的帮助下，增加了一个弹出对话框提醒方式，试了一下果然好用呵呵。默认设置为“总是弹出”，如果消息太多觉得烦了可以在设置里面修改弹出提醒的类型。
Changelog:
1. 修正对Chatterous群支持问题
2. 在@aston314的帮助下，实现并完善了新信息对话框提醒方式(果然很好用XD)
3. 增加自定义服务器，可以连接GTalk以外的XMPP服务器
4. 根据@jollinz的建议增加Suretype机型键位支持
5. 更换图标
下载链接：
Changelog:
先插一句嘴，这次升级中的修复以及改进非常重要，强烈建议大家升级
其实我一直觉得BB上用英文界面是最方便的，可以支持快速定位等。不过有挺多bbers要求加入中文支持，还是满足一下大家的要求吧。不过做语言支持才发现，原来做Localization是这么痛苦的一件事，本来以为一个小时搞定了，没想到差点花一个通宵= =… 言归正传，为了方便需要中文支持的用户，我把初始默认语言设置为中文，这样应该会避免有人认不出设置选项的问题。所以如果希望使用英文界面的bbers，可以到设置菜单把语言切换为英文即可。
另外，关于消息的时间戳，目前是直接使用的当前系统时间，而不是xmpp报文中的timpstamp字段，不过gtalk在消息超过一定时间保持未读状态的话，会直接把消息报告发到gmail里，所以应该不会出现实际发送时间与显示时间差太多的情况
Enjoy~
ChangLogs
这个版本最大的改进就是断线重连了，很多用户多次向我提出这个需求，同时对于BTalk这种非BIS/BES数据应用，没有自动重连实在影响可用度。为了保证正常使用，针对自动重连加入了一些设置选项，下面有详细说明。另外根据oran的建议，增加了一些操作方式以改进storm的用户体验，比如增加主要操作的菜单项，以及用黑莓键发送信息等。但是因为没有实机测试，不知改的是否合适，希望storm用户测试后能把问题反馈给我。最后还有两个小改动，一个是可以设置新信息是否自动前台，一个是可以设置聊天界面字体大小。
下面是自动重连设置说明：
Auto reconnect是自动重连的总开关，默认为打开
Retry delay(sec)是每次重连之前的延时，以秒为单位，默认为10，建议最好设置5以上，这样可以避免电梯等信号不好的时候不断重试
Retry limit是最大重试次数限制，如果重试次数超过这个值则放弃重连，默认为10次，如果设置为0则无限次重试。这个可以根据自己的需要和网络质量设置吧，不过还是要小心，要是忘了登出一直挂了一个月……另外，如果重试次数超出，则进入断线(offline)状态，这时在好友界面，有一个菜单项(Retry)可以手动重连，并且会重置目前的重试次数(这个菜单项在其它状态下是没用的，就不要点了…)。
Enjoy!
ChangLogs
可以说，这个版本带来一个好消息和一个坏消息。好消息当然就是4.2 OS终于能用上BTalk了，cheers!
但是，从此4.2版本和高版本的代码就被分开了……这样将导致以后两个开发分支进度产生差异。以目前手头可用于测试的设备来看，估计以后开发路线为先在4.5OS版本中增加新功能，测试，成熟之后，再在4.2OS版本中加入相应功能的实现，所以还是要对不起4.2OS的朋友了……
不过相信在热心bbers的帮忙测试下，4.2版本的更新周期应该会跟上4.5的步伐的！
经@TsienS同学测试，这个版本还是有问题，暂时停止测试……
这个版本主要对8700 4.2 OS的用户发信息时报
Uncaught exception:blocking operation not permitted on event dispatch thread进行实验性修正，希望8700 4.2 OS用户对这个版本进行测试并及时将结果反馈给我。其它系统不必进行更新。
另外从这个版本开始，将直接从google code的project host提供OTA下载链接以及打包下载链接。
暑假入了一个8700来玩, 受迫于没有一个方便而使用代价可以接受的GTalk客户端, 于是决定自己动手写一个符合自己使用习惯的客户端. 于是BTalk就这样诞生了. 到现在已经过了差不多3个月了, 但除了在google code的项目主页以及berrymail上的发布贴, 还没正式的把它记录下来过. 现在把相关的信息整理记录下来, 顺便可以记录一下开发过程的问题和经验总结, 也算是开发日志了吧.
我将BTalk定位为一个专门针对BlackBerry主流机型的，轻量级的GTalk客户端。其中轻量级主要针对目前手机上的其它综合型IM客户端而言的，BTalk不会刻意去增加其它IM的支持，不过欢迎有兴趣和时间的朋友自己进行修改；另外，由于GTalk本身就是一个XMPP协议的即时通信服务，所以理论上以后可以通过更改服务器地址的方式，来使用其它XMPP协议的IM(这个功能以后会考虑加入BTalk中)。BTalk的使用风格会尽管与官方的GTalk接近。
这里要专门说一下JXA(J2ME XMPP API)项目。JXA项目算是BTalk的鼻祖了，它是一个基于J2ME平台的XMPP协议客户端，提供了一些简单的XMPP功能，但是对目前的BTalk来说这些功能已经足够了。不过不足的一点是JXA使用了GPL许可证，使得BTalk也只能以GPL系列许可证发布，这对其它希望对BTalk进行进一步改进的朋友来说也许限制较多。后面如果有机会希望能换一个许可证更宽松的XMPP库来用。
以后关于BTalk的开发／功能细节问题的讨论我将移到这里以及google code的主页上进行。另外我个人公开的版本也都统一从这里进行发布，这样也能避免版本混乱，而用户也能及时获得通知(通过RSS订阅的方式)。如果有需要转载的朋友希望能注明出处。
最后，欢迎大家在这里或google code的BTalk页面参与BTalk相关的讨论～
今天在用BlackBerry的Native UI库写BTalk界面时，遇到一个莫名其妙的异常：”UI engine accessed without holding the event lock”，看代码看了半天没搞清哪里抛出来的。
后来去网上查了一下，发现原来是由于BlackBerry的UI架构中避免多线程竞争等情况的一个机制引起的异常。BlackBerry中限定在同一时间内，只能有一个线程对UI执行更新操作，并且这个线程默认就是UiApplication子类的主线程。而其它线程如果直接试图修改UI，就会引起这个异常。
后来又在一个大牛的BLOG（http://rob.wemakewebsites.co.nz/index.php?p=39）上找到一个非常简单的解决方案。如果需要在非主线程中更新UI，则可以先請求Block主线程的执行，获取UI的控制权，然后更新UI，再释放控制权。大概形式如下：
synchronized (UiApplication.getEventLock()) {
doSomethingWithUI();
blablabla();
}
同时注意在synchronized块中不应该出现wait之类的会导致死锁的情况，所以使用应该小心。不过这个方法相对网上的很多其它通过在請求队列加入UI更新請求的方法来说，还是方便很多。至于效果和负作用，则看以后测试的情况了。
近期评论