所有 openq 开发人员和关心 openq 兄弟们请进来一下。

sunmoon1997

由于 openq 自身和外部的一些原因， 现在 openq 的开发几乎处于停滞状态。
现在 openq 的 bug 还很多，功能不尽完善， 要增强和增加 openq 的功能都
十分费力， 而 gaim 每一次 api 的变动， 都会给 openq 带来不少麻烦。
所以为了 openq 的发展， 现在想把 openq 的 qq 协议实现部分完全分离出来
做成一个库，暂且命名为 libopenq 好了。
关于 libopenq 的设想如下：

• 1, 编程语言选择为 c.
• 2, 依赖库选择为 glibc, glib-2.0, libxml等等。
• 3, 协议实现采用 plugin 的机制。各项具体的功能由相应的 plugin 来实现。
        libopenq 的基础部分只负责各个 plugin 的协调与管理 。
• 4, 由2，3 libopenq 将会完全重写，其它的待续……
  

如果可以的话， 在相当一段时间内 openq 除非有重大 bug, 否则将不会有任何修正
或功能上的改变与增强。转而进行 libopenq 的开发， 等 libopenq 基本完成后，
再在 libopenq 的基础上编写 gaim 的 qq 插件。

其实这个想法在心里我已经很久了， 只是没有时间参与开发， 希望有时间的兄弟们
一起来完善它。

sillysir

从长远来看,此为明智之举~~

jhuangjiahua

支持

orphen

长痛不如短痛

Brain

分离出来确实是明智之举.

另外,能否应该同另外几个qq实现方式多多交流,比如java 实现的luma还有C++实现的eva和kopete插件.
一旦有这么一个独立的QQ库将会方便许多

luma

LumaQQ本来也就是一个库，我为此都写了很多文章放到主页上，主要是希望有人感兴趣能够二次开发

gan007

openqq的功能较弱， 要是做到接近windows那就完美了。

qianzheng82

也许日月兄应该和 cjacker, luma 等大虾商量一下，集共同之力来开发 libopenq，做出一个精品的库，而不是大家各做各的。

pupilzeng

感觉现在大家还是在用不同的语言实现一些同样的功能。lumaqq使用java, eva使用c++, openq使用C,分散了本来就不多的人力资源。
而协议方面并没有太大的进展。

听峰

不同的实现到也没有什么，是否可以让资料，资源共享？