[gcompris-devel] Would like to extend the Chess MoveLearn sub-application for Sugar OLPC : how is architectured GCompris ?

[laurent bernabe]

Hello Bruno,

thank you for your answer.


> Concerning the chess code, we are driving gnuchess in the backend
> through a text based interface. This is not as reliable as an API and
> thus any changes in the output breaks GCompris. This is why I ended up
> including and distributing a version of gnuchess that we support.
>
> For having a version without a king, this is not possible to do this
> with gnuchess. For sure a chess engine without a king would not know
> what to do.
>

*) You're right : I did not thought about the fact that a chess engine in
most cases need both kings in order to compute things on a given position.

A workaround can be trying to write my own very little chess engine (rather
in Python, and rather a chess move validator), therefore I should create a
new activity for a kind MoveQuizz, and not try extending Chess MoveLearn.

Because Chess MoveLearn is based on GnuChess and that its board is written
in C language.

*) I saw in the lightsoff activity, written in Python, that we can use the

_________________________________________
gcompris.utils.load_svg(path) method
____________________________________________

and also the constructor

__________________________________________
 goocanvas.Svg(...)
_____________________________________________

but neither is documented in the GCompris Python api page nor the goocanvas
python api page.

So where can I learn more ?

Regards