[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.
> 对于过去已发布邮件的归档，见//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:
