zhtlancer's blog » 黑莓(BlackBerry)

BTalk联系人列表问题修复测试版0.5.186

zhtlancer — Thu, 20 Oct 2011 13:55:41 +0000

最近有不少用户反映BTalk无法刷出GTalk的好友列表，并且有热心网友sh li查到了原因和解决方法，在此对这位网友表示感谢

这次出现的问题主要是由于Google对GTalk的好友查询方式进行了一些小小的变更，导致BTalk无法正常取得好友信息数据。具体的问题描述可以参考这里(provided by [sh li])。

此版本相比170版本应该是仅仅进行了上述问题的修复。不过一方面由于今天晚上测试时发现GTalk又换回了以前的协议，所以没有办法正式进行测试，另外一方面很长时间没有维护BTalk代码了，而且中间断断续续改动过一些东西，不能确定此版本是否完全可靠，所以发布为测试版。

该测试版不会覆盖以前版本，可与0.5.170版共存，名称暂时改为”BTalk_beta”，以方便大家进行测试。以下是OTA下载地址以及打包下载地址。

BTalk_beta 0.5.186: OTA ; ZIP

© zhtlancer for zhtlancer's blog, 2011. | Permalink | 11 条评论 | Add to del.icio.us
Post tags: BTalk, GTalk, JAVA, 黑莓(BlackBerry)

BTalk发布信息转移至FeelBerry

zhtlancer — Tue, 26 Jan 2010 14:23:31 +0000

今后BTalk的更新信息将移至感触黑莓(feelberry)，感谢大家对BTalk开发的关注和支持。

相信将BTalk更新信息转移到专业黑莓站点，将给大家带来更好的使用体验。同时感谢feelberry的创始人sanren、疯子和十六人为大家带来这么好的一个发挥平台，同时在感触黑莓的BBS中，会为大家开辟BTalk专区，欢迎大家在那里发表相关看法: )

BTalk 0.5.163 for 4.2&4.5 发布(含ST机型)

zhtlancer — Fri, 25 Dec 2009 08:03:47 +0000

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. 更换图标

下载链接：

4.2: OTA下载 | 安装包下载

4.5: OTA下载 | 安装包下载

ST: OTA下载 | 安装包下载

© zhtlancer for zhtlancer's blog, 2009. | Permalink | 22 条评论 | Add to del.icio.us
Post tags: BTalk, GTalk, JAVA, 黑莓(BlackBerry)

BTalk 0.5.139 For 4.2&4.5发布

zhtlancer — Sat, 19 Dec 2009 08:57:46 +0000

Changelog:

修正几个比较严重的bug，比如对tweet-im机器人的支持问题，使用系统输入法输入会被中断的问题，以及某些情况下无法收到消息的问题
增加添加/删除好友功能
改进快捷键操作方式，如增加翻页等(空格或n键下翻页，p键上翻页)
增加中文语言支持
增加消息时间戳

先插一句嘴，这次升级中的修复以及改进非常重要，强烈建议大家升级

其实我一直觉得BB上用英文界面是最方便的，可以支持快速定位等。不过有挺多bbers要求加入中文支持，还是满足一下大家的要求吧。不过做语言支持才发现，原来做Localization是这么痛苦的一件事，本来以为一个小时搞定了，没想到差点花一个通宵= =… 言归正传，为了方便需要中文支持的用户，我把初始默认语言设置为中文，这样应该会避免有人认不出设置选项的问题。所以如果希望使用英文界面的bbers，可以到设置菜单把语言切换为英文即可。

另外，关于消息的时间戳，目前是直接使用的当前系统时间，而不是xmpp报文中的timpstamp字段，不过gtalk在消息超过一定时间保持未读状态的话，会直接把消息报告发到gmail里，所以应该不会出现实际发送时间与显示时间差太多的情况

4.2 OS: OTA下载 | 安装包下载

4.5 OS: OTA下载 | 安装包下载

Enjoy~

© zhtlancer for zhtlancer's blog, 2009. | Permalink | 53 条评论 | Add to del.icio.us
Post tags: BTalk, GTalk, JAVA, 黑莓(BlackBerry)

BTalk 0.5.118 For 4.2&4.5发布

zhtlancer — Thu, 10 Dec 2009 14:20:47 +0000

ChangeLog

增加选项选择是否用菜单键发送信息，以解决点讯用户无法粘贴的问题
4.2版本与4.5功能相同

其中4.5的算是0.5.112版本的紧急更新，有相应问题的用户请下载更新。4.2 OS版本修改完成，经aston同学测试应该没有问题了。

4.5 OS：

4.2 OS：

Enjoy~

© zhtlancer for zhtlancer's blog, 2009. | Permalink | 36 条评论 | Add to del.icio.us
Post tags: BTalk, GTalk, JAVA, 黑莓(BlackBerry)

BTalk 0.5.112 For 4.5 OS发布

zhtlancer — Thu, 10 Dec 2009 04:57:10 +0000

ChangLogs

加入断线自动重连功能
菜单项和操作键方面的改进
其它细节变更

这个版本最大的改进就是断线重连了，很多用户多次向我提出这个需求，同时对于BTalk这种非BIS/BES数据应用，没有自动重连实在影响可用度。为了保证正常使用，针对自动重连加入了一些设置选项，下面有详细说明。另外根据oran的建议，增加了一些操作方式以改进storm的用户体验，比如增加主要操作的菜单项，以及用黑莓键发送信息等。但是因为没有实机测试，不知改的是否合适，希望storm用户测试后能把问题反馈给我。最后还有两个小改动，一个是可以设置新信息是否自动前台，一个是可以设置聊天界面字体大小。

下面是自动重连设置说明：

Auto reconnect是自动重连的总开关，默认为打开

Retry delay(sec)是每次重连之前的延时，以秒为单位，默认为10，建议最好设置5以上，这样可以避免电梯等信号不好的时候不断重试

Retry limit是最大重试次数限制，如果重试次数超过这个值则放弃重连，默认为10次，如果设置为0则无限次重试。这个可以根据自己的需要和网络质量设置吧，不过还是要小心，要是忘了登出一直挂了一个月……另外，如果重试次数超出，则进入断线(offline)状态，这时在好友界面，有一个菜单项(Retry)可以手动重连，并且会重置目前的重试次数(这个菜单项在其它状态下是没用的，就不要点了…)。

OTA下载链接

安装包下载链接

Enjoy!

© zhtlancer for zhtlancer's blog, 2009. | Permalink | 9 条评论 | Add to del.icio.us
Post tags: BTalk, GTalk, JAVA, 黑莓(BlackBerry)

BTalk-0.5.101 For 4.2 OS发布

zhtlancer — Sat, 05 Dec 2009 17:12:35 +0000

ChangLogs

此版本针对4.2 OS修改，经8700 4.2 OS测试已经解决“blocking operation not permitted on event dispatch thread”问题
若干细微修改
其它系统若无问题不必升级
在此特别感谢@TsienS同学在测试中做出的贡献

可以说，这个版本带来一个好消息和一个坏消息。好消息当然就是4.2 OS终于能用上BTalk了，cheers!

但是，从此4.2版本和高版本的代码就被分开了……这样将导致以后两个开发分支进度产生差异。以目前手头可用于测试的设备来看，估计以后开发路线为先在4.5OS版本中增加新功能，测试，成熟之后，再在4.2OS版本中加入相应功能的实现，所以还是要对不起4.2OS的朋友了……

不过相信在热心bbers的帮忙测试下，4.2版本的更新周期应该会跟上4.5的步伐的！

OTA下载: http://btalk.googlecode.com/files/BTalk-4_2.jad

安装包: http://btalk.googlecode.com/files/BTalk-42-0.5.101.7z

BTalk-0.5.85发布

zhtlancer — Wed, 02 Dec 2009 08:46:59 +0000

经@TsienS同学测试，这个版本还是有问题，暂时停止测试……

这个版本主要对8700 4.2 OS的用户发信息时报

Uncaught exception:blocking operation not permitted on event dispatch thread进行实验性修正，希望8700 4.2 OS用户对这个版本进行测试并及时将结果反馈给我。其它系统不必进行更新。

另外从这个版本开始，将直接从google code的project host提供OTA下载链接以及打包下载链接。

OTA下载：http://btalk.googlecode.com/files/BTalk.jad

打包下载：http://btalk.googlecode.com/files/BTalk-0.5.85.7z

关于BTalk

zhtlancer — Wed, 02 Dec 2009 05:30:19 +0000

暑假入了一个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相关的讨论～

© zhtlancer for zhtlancer's blog, 2009. | Permalink | 3 条评论 | Add to del.icio.us
Post tags: BTalk, Google, GTalk, JAVA, 转载, 黑莓(BlackBerry)

BlackBerry中”UI engine accessed without holding the event lock”异常的原因分析

zhtlancer — Thu, 08 Oct 2009 13:16:44 +0000

今天在用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更新請求的方法来说，还是方便很多。至于效果和负作用，则看以后测试的情况了。