All Activity

Interesting post! I can see you’re trying to connect the technology with unlocking building features, but the script seems to have some naming or syntax mismatches in the requirements and effects. Sometimes even a small change in the attribute names (like using “requirements” instead of “requisitos”) can throw an error. On a related note, in real-world projects, proper planning tools work the same way unlocking possibilities by setting the right conditions. Accurate online construction estimating can be just as important for managing costs and ensuring that everything gets built on time. Maybe try validating the script against other working tech files to spot the exact error.

FB@>> https://www.facebook.com/LottoChampReviewss/

@Classic-Burger every civilian worker needs to belong to some civilization. Even if the owner is Gaia. The PR is fine.

There should be a single definition for when it is not part of a civ, i.e. neutral.

Already committed?

Until it is committed it is not known.

Implemented in PR #8062. https://gitea.wildfiregames.com/0ad/0ad/pulls/8062

It is not necessary unless some buildings can to increase the healer's faith, just in case someone in the future wants to implement bonuses to the temple to recover faith.

I imagine this won't be possible anymore in Release 28

@user1

It's funny, but I hadn't thought about defining a faith component, just as there is a health component.

The "Convert" order will be processed by an "Order.Convert" handler that must be added in "UnitAI.prototype.UnitFsmSpec". And what is the thing? According to what I saw it defines finite state machines (FSM) for unit behavior. https://en.m.wikipedia.org/wiki/Finite-state_machine "mathematical model of computation. It is an abstract machine that can be in exactly one of a finite number of states at any given time. The FSM can change from one state to another in response to some inputs; the change from one state to another is called a transition". It was hard for me to understand that. So this defines how a unit will behave depending on the variants it encounters in the terrain, basically a series of mathematical and circumstantial variables, which dictate the behavior of the unit on the battlefield. It is not the whole set, but it is the elementary one. For example if the unit encounters allies or enemies you will see how it will behave although it seems to me that the allies or enemies is in another file.

I also have the same situation of player that quit without resign so i didn't get the rate. The name of the files are the names of the players. MisterZi and Haddl Haddl.zip MisterZi.zip

->

The Work in Progress is a remnant of the Trac milestone that we had put into place when we used Phabricator in parallel. Currently it's used roughly as Stan describes (including Phabricator differentials that are still lying around) but I agree it's a bit awkward.

Hi, @Dunedan I have read in discord that you can help with this. In this game the user Haddl has disconnected when i clearly won the game. Can u help me? commands.txt metadata.json

I suppose it's due to the nature of the project and the fact not all worked on features are part of the next release (cause not reviewed) and backlog tickets are supposed to be up for grabs.

Might someon explain to me the meaning of the gitea milestone Work in Progress, please? I'd understand having a bipolar use ('Backlog' and 'Release <next>'; excluding 'Website / Forum' and a potential milestone for 'Release <the next one>' just before the release of <next>) but not this tripolar one.

Okay, correction, I do use women to farm, but I get most food by hunting and trading.

you combined that with the road ability mentioned before, and that can make some different type of scenarios, were controlling a trade route, building the road for it, are key to get the resource and build your wonder for example.

It will be difficult for you to sell the idea that way. The issue of balance always hinders innovation.

one element that might be fun would be market routes at the exit of maps. Something that you cannot control, but a point for your merchant, or merchant ship to reach. It is only interesting if the gain in term of resource are important compare to what's available on the map. All the players could send merchant to it all the time, the trick would be to protect the trade route

I agree with this, but Spartans already have infantry swordsmen (Skiritae) and... Siege ballistae aren't Mercenaries, they're machines that don't have ranks. I don't think you should be able to recruit anything other than Rams from captured Arsenals.