[gqq] Re: [gqq] 重要信息和一个问题

  • From: Eros <authurg@xxxxxxxxx>
  • To: gqq@xxxxxxxxxxxxx
  • Date: Wed, 12 Jan 2011 17:54:26 +0800

终于放假了 来看看怎么样了 ~~

在 2011年1月5日 下午9:53,纵横天下 <zhtx10@xxxxxxxxx>写道:

>  **重要信息*
> *1. 
> GQQ采用了nightly的发布方式,全部在making分支内进行,参见:http://ekd123.is-programmer.com/posts/23467.html
> 2. 发布方式: making->[debuging->]testing->master,其中[]括住的是可忽略的。
> 3. 所有新信息在此列表上发布,关于GQQ的协同开发请在此列表上进行讨论。
> 4. 
> 对于过去已发布邮件的归档,见http://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比较简单,
> 大家怎么看?
>
>
>
> ---------> 如此码字,大家怎能视而不见??
>



-- 
我只是在代码中爬行的一只虫子...

Other related posts: