*_/*重要信息*/_ *1. GQQ采用了nightly的发布方式,全部在making分支内进行,参 见:http://ekd123.is-programmer.com /posts/23467.html 2. 发布方式: making->[debuging->]testing->master,其中[]括住的是可忽略的。 3. 所有新信息在此列表上发布,关于GQQ的协同开发请在此列表上进行讨论。 4. 对于过去已发布邮件的归档,见//www.freelists.org/archive/gqq/ (是按月份排的),如果你想对其中的一些邮件回复,请以Re:加此邮件主题的方 式发送你的信息到此列表,当然最好加上一些引用的,这样有助于区别你到底回 复的是哪个邮件。 5. 对于开发任务,请发到github的issues(用中文显示的是“任务单”),首先还 是应该在此列表上讨论后再进行。对于协同开发,可以进行合并(比如 你开发功 能1,我开发功能2,你修改a.cxx,我修改b.cxx,这样合并就不会有任何冲突,如 果有冲突,手工解决)。 6. 修改任何文件,在上面输入 //2010.1.5 zhtx 这样类型的标记,说明你修改了此文件。 _/* *问题**/_ /--> 以下讨论的是*关于GQQ 2011年1月3号的nightly版本*/ 想实现读取qqlist(于 ~/.gnome-qq/ 目录下),于是在GetConfig命名空间内实 现了此函数,并在循环内DBG()输出测试了,可以正确输出。为了减轻代码混乱, 决定分得细点,于是在 Login_Win里面设置了callback,虽然可以正确调用 callback,会输出如下 IT IS CALLBACK FUNC HERE. in file login_win.cxx ,function q_callback ,line 74 IT IS CALLBACK FUNC HERE. in file login_win.cxx ,function q_callback ,line 74 IT IS CALLBACK FUNC HERE. in file login_win.cxx ,function q_callback ,line 74 IT IS CALLBACK FUNC HERE. in file login_win.cxx ,function q_callback ,line 74 但是不能传输参数,在q_callback里面的DBG无法把char *qq输出出来,显然是没 有把参数传来,或许我应该试试指针。 一个群上说试试libsigc++,我看了一下GNOME Library上的代码,感觉不太合适, 因为太复杂了,谁有更好的替代? /--> 以下讨论所有版本/ 疯了……gtkmm到底怎么给ComboBoxEntry增加一个项?看了GNOME GIT的代码,实在 太复杂!谁有耐心请帮忙做一下,注意git clone分支making的代码,然后上传到 making,不会的可以问问男人(:-P man)。 *_/*附笔*/_* _/*一:*/_对于GTK+还没有玩过国际化,不知道谁会?我想如果实现了可拆卸的协 议层,或许老外也会关注。 对于interface已经有了想法,可以定义一个全是虚函数的类,比如: class gqq_protocol //加上gqq前缀是为了不和其他一些库冲突(虽然不太有可能) { public: // 构造函数和析构函数,析构函数为virtual virtual bool login(xxx); virtual bool logout (xxx); // and more... protected: // 数据,用protected是为了能让子类使用到 char qq[20]; char pw[20]; }; 然后来实现: class gqq_protocol_qq : public gqq_protocol { public: //构造和析构 bool login(xxx); //因为已经没必要再继承,可以不用virtual // and more... }; _/*二:*/_ 或许可以试着提供配置功能,把debug info显示控制到配置里面去, 这样一旦stable出了问题,没有debug info还是不好,不过这样或许会导致运行速 度缓慢,讨论一下是否值得。再讨论一下配置格式,ini?文本?binary?xml?或 许ini比较简单, 大家怎么看? ---------> 如此码字,大家怎能视而不见??