smiley

We could add a support class of units to armies which currently would just be healers, but maybe in the future could also include siege engineers and the like.

Petra has healers with the lowest priority. Combined with the resource requirements etc. the situation where Petra would train healers in normal operations is almost non-existent. It trains healers in regicide because hero management is delegated to the victory manager which assigns guard units and healers to the hero entity.

The executable in the thread is outdated. But you can still open the current exe properties and change hidpi awareness.

Me too because the svn repo only takes 12.5GB with build artifacts. (the git repo takes like 20GB though) The partition is not relevant since you would be building it yourself. I would suggest a user owned directory though. ~/ perhaps.

I suspect rP26956. If units switch back to the idle state after their target dies, this would happen.

You can just follow https://trac.wildfiregames.com/wiki/BuildInstructions with the only difference being the checkout. (Once you get to the https://trac.wildfiregames.com/wiki/BuildInstructions#Gettingthecode1 section, add the revision number to the command) svn co https://svn.wildfiregames.com/public/ps/trunk@25860 0ad Everything else would be identical.

We are literally on the top of every list, so theres that too. https://trac.wildfiregames.com/wiki/0AD_The_Vision. That is as close one can get to unravel the meaning of the name. Changing it now would be changing the status quo of two decades.

We just send the serialized game state. It would be less bandwidth to send the commands instead, but it would require too much record keeping from both host and client to keep track of what to send and request. And I don't think we even store commands in memory. It's just logged out IIRC. Where does the missing commands in between minutes 7 and 10 come from? Or is it a time travel type deal where we just skip the 3 minutes? This requires storing the serialized saved game state which should be loaded in between replays and likely not implementable without starting from scratch. Solution 2 would work and should not consume that much extract bandwidth, (the commands would have been transmitted anyway had they not disconnected). But it seems to be a bit clunky at first glance. I am not thinking of any alternative though.

We currently don't collect enough information to implement a "forgot password" feature. This is for changing passwords after the account has already been authed. Which could be implemented via another tab to the prelobby page or something inside the lobby interface, I am not sure.

An alternative but slightly unattractive solution in terms of maintenance and dependency on ejabberd is writing up a module to handle some type of age query IQ.

I have never heard of google/pprof mentioned in the Geany wiki but this seems like the missing piece for the JS sampler I already have. It should be able to spit out such a graph for JS code as well.

You can put them into the user mod. /home/username/.local/share/0ad/mods/user/ The sub-paths are correct. Create a maps/[random, skirmishes, scenarios] in user/ and put the map files in the right folder. --------------- Ideally, map files would be distributed after being packaged into a mod file which could then just be opened with 0ad.

Perhaps this range should also be part of stances and used for stuff like "Defensive".

See if disabling autociv helps.

In the meantime, you can download the uncompressed / lossless source files directly from https://trac.wildfiregames.com/browser/audio/trunk/music.