Thanks Aapo, latest version starts without dreaded explore.py:545 error. My son already likes you for that

Upstream changed something, or it was maemo-specific fix, that need re-applying again? As it's affecting all touch-screen devices, maybe it's worth to send our fix to mainstream after re-applying? They may be interested in upstreaming.

Apart from hardware keyboard remap made specifically for gCompris to map right shift somewhere (that could be even loaded at gcompris startup, and unloaded when it exits/crashes/whatever - would require wrapper script, I can prepare one if no better solutions is found), maybe it's possible to slightly modify this game for Maemo only? I.E changing expecting shift_r to right arrow, or something like that?
---

Under science->electricity, we have one of most interesting activities - drawing circuits with live-reaction, calculated transparently via gnucap. Hoever, vanilla installation of gCompris doesn't depend on gnucap, so gcompris throws info, that this activity won't work as intended (will allow to just draw circuits, without them coming to life).

After installing gnucap manually, from Maemo repos (also uploaded by you Aapo - thanks, again!), it works as it should. Maybe it's good idea to add gnucap as dependency? BTW, could you update gnucap to latest mainstream versions (if it's not up-to-date - I had problems fetching this particular package's uploading date).

Also, there is minor problem - some functions (like "breaking" bulb, to see how it affect circuit) are accessed by right-clicking on component. Interestingly enough, despite fact, that I have system-wide bind for right-click as bluearrow+tap (via xbindkeys and xdotool), it doesn't work - gCompris ignores X thingies? No matter what, I wonder, is it fixable?

This one is strange - it shouldn't be Maemo-specific, yet, it seems to be. Do we know, what causes it?

/Estel