« 软件预告：GMLive | Main | GMLive发布0.11版 »
icalk要怎样开发下去
By lerosua | 12月 12, 2007
libjingle是Gtalk的底层基础库。有文件交换和语音通讯功能。这个库的
源码放出来也很久了啊。但我至今还没看到有什么基于它的有效应用的出现。
freetalk也许算一个，不过那是命令行的，基于libjingle 0.30的版本。而kopete
似乎在源码里也有这么一个libjingle库。大多是想用它的语音功能。
而Linux版的Gtalk也迟迟没有消息。不过对偶们来说，libjingle的文件传输功能
才是最具吸引力的吧。在Linux上的IM，我就没有一个满意的文件传输方案。gaim
类的大多是需要公网IP或端口映射的。
google的态度实在是很奇怪，看着libjingle库里的文档。一步一步教着用libjingle构建
一个应用程序。我说你的工程师，一个Linux下的Gtalk在libjingle的情况下只需要构建
一个UI就成了吧。你库都搞成这样了，例子程序也有了，教程都TM地写出来了。为啥
就是不把UI给直接搞出来哩？你们FAQ里那句 We look forward to the Google Talk
client supporting Linux and Mac OSX in the future
我看的太久了。到底future到啥时候啊~~ 偶可是天天用着你的服务的哩~
libjingle这个库也是，自今年2月份更新了第四次后(在google code的svn里)，就没动静了。
Gtalk也是好久没有更新了。Google看来不是太重视这个吗？还是它接近完美？
libjingle下载回来在Linux下编译也是麻烦重重。
事实上在我写icalk的时候，我就考虑着用它作协议库。但当时我还是选了Gloox来作icalk的
协议库。一来当时我还没写过大点的程序，所以一开始选用的是好入手的gloox. gloox的开发
很积极，有问题直接问作者也能得到很好的回复。二来，libjingle的C++代码对于当时还是雏鸟
的我来说，简直是天书。当时看了就头疼。而且当时的 libjingle 我根本就编译不过去。晕死它。
icalk最近是有些瓶颈了。界面上有些东西我真不知道怎样实现。协议上还得等gloox。gloox的积极
的开发开始出现反作用。也就是某些试验性的功能函数变化很快。而且它的文件传输还在开发当中。
因此得等它的稳定版本的释出。但我担心的是，它的文件传输还是不能够穿越内网。如果是这样，我
实现它就没有多大意义了。而且icalk的目标是做个全功能的IM。虽然libjingle没有实现如聊天室，服务
发现等协议。但对比起文件传输，语音通话等协议来说，让手工实现的话，当然是前者更让我有信心些。
既然是这样，icalk可能要面临着重写。嗯，还是双手准备，一边等gloox，一边自己研究libjingle.
好在图形库什么的改改就可以用。重要的是libjingle的工作方式。
至今我还没啥概念。google啊，要不，你马上出Linux版本的Gtalk。要不，你再迟半年吧。给点时间我啊~~
Topics: iCalk | 4 Comments »
12月 14th, 2007 at 8:51 am
呵呵，期待您的大作啊！
12月 18th, 2007 at 11:27 am
我还是比较倾向于标准。。。
gloox实现的是标准，而且api也简单。。。
没有什么必要一定要支持voice什么的。。。。
就gloox吧。。。
12月 18th, 2007 at 3:39 pm
那也是。
mike有什么开源项目在身吗？
04月 26th, 2008 at 7:48 pm
刚刚接触libjingle，但是作为新手遇到了很多困难
不知道您有没有时间能帮我解决一点小问题，不胜感激。在linux下，文件传输pcp的例子我可以编译成功，但是gmail帐户密码未能连接到talk.google.com
不知道哪里出了错误，希望帮助。