forum.freeciv.org

Seems to be related to Ubuntu's gtk+ modifications. Both combat and movement animations are affected, so I tested by simply setting very high movement animation time. Either unit moved slowly, or nothing happened for a while and then unit teleported to destination. Kubuntu's freeciv + Kubuntu's libg...

I'm just downloading 64bit Kubuntu 13.04 to install in a virtual machine for testing if I can reproduce the issue with such an setup.

Oh sorry, talk about test with 2.4.0-beta2 got me to forgot that you saw this problem with 2.3 already (and 2.3 has no gtk3-client).

This does ring a bell in a sense that we had similar problem with unit movement animation not showing on gtk3-client. Are you sure you are using gtk2-client and not new gtk3 one?

There's features in 2.5 development version that should suffice for 1 & 2. I've been thinking 6 for a long time, but it's not a trivial change and you are first one beside myself to request it. Isn't granary effect just what you are after in 8?

Given that I remember always seeing 99% win chance for attacker against defense 0 units, I doubted your theory. Note that the very first term (before the loop) is not multiplied by att_P_lose1: double binom_save = pow(def_P_lose1, (double)(def_N_lose - 1)); double accum_prob = binom_save; /* lr = 0 ...

This ruleset has been part of my autogame (no human players, only AI) testing about three weeks now, and it has run about twice a day for total of ~20*2=~40 games. Not a single crash, not even error message, so at least AI is stable with this ruleset (not that I get many errors from 2.4 with any rul...

> rulesetdir default3 Ruleset directory set to "default3" 2: Loading rulesets. 2: Missing end of i18n string marking file "/work/freeciv/modpacks/3rd/S2_4/default3/default3/game.ruleset", line 42, pos 11 looking at: 'AI Love" while its cost has also risen to 300 Shields. Th...

First comments when I've just unzipped the archive. - Could you come up with some other name than "default3"? If I'm ever going to setup this installable with freeciv-modpack, having it to list just various "default<x>" doesn't really serve the user trying to decide what (s)he ma...

It's not something I'm likely to be implementing myself, but I'm not rejecting patches to implement it either, if: 1) It's optional feature (probably ruleset controlled) 2) Clean implementation (easy to maintain, does not make future development of other features unnecessary hard) 3) Does not break ...