gmchess-dev

这一方面gnome集成的empathy做了许多工作，使用Telepathy 和mission control是个很好的主意， gnome游戏sudoko好像正在做这方面的工作，可以研究。。。 On 10

hi: 打成文件，看过后可以直接patch进源里啊。 反正我这里是欢迎的。:-) On Sun, Sep 20, 2009 at 09:25:49PM +0800, yalong wrote: >

hi: 原来这里写错了， set_size_default改成set_size_request 就行了。 On Fri, Sep 18, 2009 at 09:21:52AM -0400, yalong

最近完成了棋盘的大小伸缩，和上下棋盘翻转的功能。不过仍需要好好整理。 大小伸缩能在放大到一定程度就自动变大棋子。

那个是一个美国人做的， 这个是一个中国人做的. 那个是wxwidget做的, 这个是gtkmm做的. 那个是有联网功能。 这个暂时只有读谱和AI对战功能。 完毕. On Wed, Jun 10,

thank you . 找到了。 On 6月5日, 下午3时08分, yalong <aginob...@gmail.com> wrote: > Hi, > > 你说的是

补丁加入，svn 版本154 2009/5/23 yalong <agin...@gmail.com>: > hi, > > check below.. any

您好，我是一个开源爱好者&中国象棋爱好者，最近想做一个linux下的中国象棋，看到您做的项目，觉得做得很不错，想加入想入开发。。。我比较熟悉c ++和c，gtk,和vc，linux下的开发经验

如此，甚好。 2009/5/14 李翔 <peng...@gmail.com>: > 我来搞定 等我好消息！ > > 在 09-5-14，lerosua<

试了一下helloworld, 果然是可以的但是泡一下GmChess的程序, 有很多的error. 其实有些问题在于我现在用这个Gtkmm 但是代码里面还有#ifdef WIN32. 我有点糊涂了这里的

棋盘中的一着法过程是指，选中一棋子，比如炮，把它调到中间位置，也就是通常的炮二平五的着法。 下面简述它在源码中历经的函数过程。 首先响应鼠标点击事件的是Board类的

嗯，是的，没加载book.dat和libeval.so是会比较傻的。 头像我是随便搞的，还用来恶搞ub论坛的ee的。你可以随便换。 事实上如果你有好的头像图标请发给我。那两张只是暂时用的。 On Fri

hi: 经yalong提醒，我也觉得一下子开放svn权限的方式有点不妥。 因为新来的未必能全熟悉代码的进度，大家暂采用patch方式提交代码，等提交得多了，对代码也熟悉了，能一起把握进度的时候再开放相应

这两天我也装个ubuntu!9.04的吧Powered By Shangmail

我是参与测试，没有任何linux开发经验，，，个人也比较忙，好了，，容以后再聊，我出去办事，公司要年检，假期前最好办妥了On 4月29日, 下午2时34分, lerosua <lero...@

0.20发布了，但仍有许多要改进的地方。 认输按钮的处理要加上。 求和的按钮的处理也要加上。 和引擎作战时的计时处理。 调整引擎的方式 。 建立books目录目前想到这些

添加了死棋的检测。初步测试是成功的。但也可能会遇到bug。 检测死棋的函数是mate()， 在Engine.cc里。 首先检测是否将军状态。不是则返回假，即没死棋. 然后依次遍历32个棋子。 获取棋子

添加了将帅碰头的检测， king_meet() 获取将与帅的x轴，对比是否相等。 相等的情况下再检测其中的位置上有没有棋子。无棋子则碰头了，为非法局面。

所谓死棋的判断，方法是生成目前棋子的所有着法，然后依次检测此着法是否可行，如果都是非法着法，那么即为将死。 如果使用这种方法，那么我就又必须写一个生成所有着法的函数。关于检测将军，将死，差不多实现了好几

将军检测， 用的是将对方车马跑兵当成起点，己方帅当成终点，连接起来结成着法，检测此着法是否合法，如合法的话，即为将军状态。 着法逻辑检测目前只是基本的检测，正确的着法应该检测着法走后已方是否被将车。 走

添加了悔棋的处理。 现在面临的关键问题是将军检测与死棋检测。

解决了，在Engine类里又添加了一个由棋子代号返回9x10棋盘坐标位置的函数。 更改了draw_select_frame函数依赖select_x/selcet_y的问题，让它由

这里搞错了，是svn 119版本On 4月11日, 下午11时27分, lerosua <lero...@gmail.com> wrote: > 本来想发布0.10.2的，但才发现棋谱

明白为啥自己选择的着法能保留选择框，而ai的走法不能保留的问题所在了。 原来 draw_select_frame并不依靠selected_chessman来决定边框的位置，只是根据selceted_x和

添加了开局库与局面评价库book.dat 与libeval.so 开局库添加后，ai不至于傻了。相信libeval.so的添加也可以让ai智能点。 那么接下来可以把精力放在与ai对战的界面处理上了。

初步让引擎走棋了。默认是自己是红棋，ai是黑棋，选棋的方式涉及棋盘转换， 以及之前的一些函数都过于依赖于固定位置，只能是红棋在下，因此自由选棋还需要时间去实现。 未做任何调整的ai，很弱智。 而且在界面

改进好了。用了非阻塞读取。 On Wed, Apr 15, 2009 at 09:27:05AM -0700, 广陵散 wrote: > 与引擎的沟通是通过robot.cc文件里的管道及创建新进程

好消息是，开始做0.20系列。 首先是建立了分支，这样0.10x系列可以继续改进棋谱功能。 而trunk可以专注于0.20系列的开发了。 移植了gmlive里的管道及进程相关的函数过来。目前能打开引擎

目前是两个人。 但是星星之火可以燎原嘛。 经过昨天反思，我觉得之前的项目做的不够的就是不够公开。 所以我会尽全力建设一个良好的环境。 两个人也是一个好开始嘛。 2009/4/11 <xihels@

Click on http://groups.google.com/group/gmchess-dev/web/faq - or copy & paste it into your