leper

Because compilation tests on Phabricator are only done one one platform (some Ubuntu last I checked) with a single compiler.

Look for the object named unitCommands in session.xml (you might have to adjust the size of the parent too. gui/reference/structree/rows.xml the repeat on line 6, at least that is what is most likely causing the error. I'm not sure if there is something broken there or not, ask s0600204 for details.

Specify g_SelectionPanels.Construction.rowLength = 12; or something like that. It defaults to 8 if that is not specified. For the other error I doubt that is the actual first error, post the first one and it should be easier to find out what breaks (see https://trac.wildfiregames.com/wiki/GameDataPaths for where to find the logs).

Add a new file (that is loaded after selection_panel.js) that contains g_SelectionPanels.Construction.getMaxNumberOfItems = function() { return 60 - getNumberOfRightPanelButtons(); }; You might want to do the same for a few other things that hard-code 24 there. Of if you want to make this nicer for everyone you should try to replace that 24 hardcoding with some calculation based on how many children those panels actually have.

fcxSanya's suggestion b) would be most likely the way to go without adding tons of code. Especially just having those subsection/slot entities able to upgrade to whatever. That results in multiple buildings which might or might not be what you want. Even if that is not what is wanted one could just add a little code that "forwards" everything to the main building, without having the drawbacks of having to find a placement spot the size of the maximum expansion. As for some users having issues with the order of the mods, you should specify the dependency on 0ad in your mod.json.

38. Dunno, try the Art Development subforum, maybe you'll find someone interested there. 39. Either the Game Dev subforum or trac. About the specific suggestions: We had different garrison slot sizes once, it was a mess, didn't really add anything and was removed. Not going to happen, templates are cheap use them. Amphibious is working already (well in SVN that is), it is lacking swimming animation support though (check a certain art request, or find someone else to work on that). Flying is already working, check the plane. Helicopters are currently working if you ignore that they can land, if you don't want to do that you might have to write a little code. Leaping like those Egyptian jackal things from AoM, as opposed to something that's always doing that? Might need a little code for the former, but that shouldn't be too hard. Submarine, already working, same caveat as helicopters. 40. Check UnitAI where CommitResources is used, pass the entity id of the dropsite to it, then in ResourceGatherer decide if the owner of that entity is the same as the current entity owner, if not pass some fraction (add to the schema and read from there) to the owner of the dropsite. 41. Add a new component (or extend ResourceSupply) to have some MaxAmount and GrowthRate (possibly with better names), then check if there is a rate set, then start a timer, kill that one upon reaching MaxAmount and increase the amount. 42. Fix the appropriate gui xml (within gui/session/) to have a higher number for the repeat attribute. You might have to tweak a few sizes since otherwise things are not going to fit. Similar for the structree, except there you have another xml file.

I'll just leave this here https://github.com/dvangennip/amazones-0AD, I'm quite sure that there is some forum topic about that too.

Sounds more like there either is a missing message or the message handler in cmpFormation is broken, or the test is broken.

(Screw the forums.) which is less than 25, so even with our current 29 bit entity ids that should not be a problem. And that value is something I'd consider an upper bound and not something any normal game would even come close to.

Given that the requirements boil down to a change from an entity to another (else we would need lots of complexity in lots of places to handle different sets of stats and other things), not switching templates (and thus entities) would be more complicated. Also given that this will most likely be user initiated instead of something automatic and most likely not used for all entities we might do some rough calculation of how many entity ids we'd actually burn through. From some random replay I had lying around (some 50 minutes or something) that took about 12000 turns, which I guess is as good a length to check for as anything else. We'll assume 8 players, each having 300 units, doing that upgrade/switch every turn. Since this is likely going to be big, let's just get the base 2 logarithm of that (log2(12000*300*8)

Not sure what is hacky about that, since that is actually what that is meant to do. (Well for values of upgrade that mean "can change into".) Especially when as in this case you just upgrade to a template that inherits from yourself, which upgrades to you (and makes sure to actually use the same name (or remove the other one) as your upgrade).

Templates are cheap, just add a few that require some tech, possibly embedding that in the template name.

(Forums just ate my reply... sigh) To extend on Stan's answers a bit 1) Assuming it should be similar to C&C: Generals underground portals (garrison one, can ungarrison from any). Should be doable by having a player component (specified in the player_$civ.xml) with a component that keeps a list of entities, and components for the portals that implement the GarrisonHolder interface and use the list in the player component for garrisoning/ungarrisoning. 2) Possible, and some mod did that some time ago. However the pathfinder will not prefer those roads (and doing so would make it slow, the old pathfinder supported different terrain costs and look where that got it). Might also be slow with lots of auras, dunno. 5) Yes, needs some code. I'm not quite sure what the best way to do this would be. One option would be to use a new component that does the whole list switching itself. Another would be to have one component (or extend Upgrade) to automatically (by using a timer) upgrade the entity into another entity (using Upgrade) with a different unit list.

They still own the copyright of the parts they added (and so far I don't think I've seen any non-testing mod that doesn't add new units or new technologies, where the latter is clearly the better example fo them not just changing things). So either put the modified things under the same terms (as that is what the licenses of the source material require) or they are breaking the license of the source material. That doesn't automatically put those modifications under that license. (At least that is my rough understanding, consult some copyright lawyer if you want legal advise.) Also the licenses of the source (CC-BY-SA and GPL (for the most part) do not impose their terms on collections of things where only some of the content is licensed under one of those. And one could argue that someone writing a tech or a component is doing so against an API or a specification, and since JS code isn't linked that is where the license terms of that API ends. Then again by how JS and mods work that means one has to distribute the code to everyone and inspecting that is easy, so trying to make a non-FOSS component is somewhat pointless (given a trade secret logic). That doesn't mean non-free (in the FOSS/FSF/CC sense) mods aren't possible, and a mod shipping art under another license (eg one of the CC-NC licenses) would be possible. Same for source code, but I suspect someone writing code would like support in case they run into issues. Which also reminds me that a certain mod which is the cause for this topic did (haven't checked for ages) ship quite a few icons from other games which is certainly infringing on the copyright of those that made them. Also the above mod list is incomplete and lacking the mods maintained by the Council of Modders.

That's not how things work though. If there is no license you can assume that the thing grants you no rights at all. So add a license, and take care where you get your files from.

And another Mythos_Ruler ragequit.

So don't. Where's the problem? If you decide to change intermediary templates in a mod instead of adding new ones you have to deal with changes anyway. So either deal with them or don't deal with them, but stop complaining.

Any chance to get the pure mod zip file (you did build one, didn't you)? Since it seems so far nobody bothered to publish any extractor source for clickteam installers (and the few things I can find indicate that they change the format a lot between versions), and I guess asking for a usable file is easier than reversing some win32 code.

Get the strength of a specific damage type specified in the template as a number. + converts to a number in JS., this.template is a JS object representation of the given components data (obtained from the XML files).

Since you seem to be asking two things, technologies that require entities are explained in https://trac.wildfiregames.com/wiki/Technology_Templates. Units that require other units would be using EntityLimits.

OS X or macOS or whatever that thing is called now, would work with just a single build (we do ship just one for releases). But as anyone who followed any recent (and I'm talking years here) release process might have noticed, the number of people running that OS are either unavailable or unable to produce builds. And there just aren't enough users (read artists) for anyone to deal with the pain of making it easier there, especially since producing such builds would need some apple hardware if we want the whole thing to be legal. So the easy way out is to maybe keep the build working (which at least for some things is due to some BSDs sharing some of the libraries and compilers). As for the actual issue, have you tried doing a clean build of all libraries and possibly checking that driver you are using?

Disregard the link above, that is outdated information (last updated more than a decade ago...). https://trac.wildfiregames.com/browser/ps/trunk/binaries/data/mods/public/simulation/components/Armour.js#L46 If you want to know exactly. Damage strength * 0.9^armour_strength And the whole thing possibly multiplied by some multiplier (from damage bonuses, etc).

For some mod support related code (amphibious units, as in swimming, not hovercrafts), and for adding support for swimming animations I'd like to test this with something that can actually be used in 0 A.D.. Since we do have crocodiles and the blend file for that in the art_source repo, I'd like to have someone create some swimming animations. Would make testing a lot more fun. If someone wants to create animations for some other animals that like to swim (elephants, polar bears, etc) feel free to do so.

Probably upright.

I might be wrong, but it looks like one of the floating units has the wrong anchor type which makes it look somewhat strange when moving up/down hills.