All Activity

I was dabbling into this too. In my case i simply needed an extra main menu button, doing let grapejuice = { "caption": translate("Grapejuice Info"), "tooltip": translate("View the changes that this mod brings to the game."), "onPress": () => { Engine.OpenChildPage("page_grapejuice.xml"); } }; mainMenuItems.unshift(grapejuice) into `MainMenuItems~grapejuice.append` Seems to be clean and works well if i do the same in another mod. However if the variable name is the same in some other mod it will hardcrash on startup. Even if you let the variable out of it and just do mainMenuItems.unshift ( { "caption": translate("Grapejuice Info"), "tooltip": translate("View the changes that this mod brings to the game."), "onPress": () => { Engine.OpenChildPage("page_grapejuice.xml"); } } ) in 2 different mods it will hardcrash aswell. Not sure why and if this the recommended way of doing it anyway.

Thanks for your work! Also, the new log ram is cute (and efficient).

for inspiration

@phosit right, I was too quick. So, what works and what does not: ✔ gui/pregame/mainmenu~MyMod.append.js ✖ gui/pregame/mainmenu~MyMod.js The second approach has worked in all versions prior 28 - and this was "the" established practice, as far as I could see. It looks like the "append" keyword has a special meaning for evaluation of files (I tried with other keywords). Then I have two questions: Should modders be advised to rename all files of the form "module~MyMod.js" with "module~MyMod.append.js"? If so, could this be explicited somewhere? Probably not so relevant here https://gitea.wildfiregames.com/0ad/0ad/wiki/PortA27ToR28, but it would have helped.

With "any content" do you mean "no content"? Then that's expected. An empty file shouldn't change the behaviour. eg: appending nothing to the mainmenu.js doesn't change anything. When adding a `warn` call at global scope of the "append" file, it works for me.

@phosit try creating a file gui/pregame/mainmenu~MyMod.append.js with any content; this file is not loaded. Or do you get a different outcome?

Congrats on the release folk

There is an example in "binaries/data/mods/test.scriptinterface/module/modified/". In your example you would write a file "mainmenu~local_rating.append.js". In that file you can override the init-fuction or anything else. init = function() { // new init code. }

That's the point. If the directory gui/pregame was loaded by the xml - like it was before: <script directory="gui/pregame/"/> then one could create a file named mainmenu~MyMod.js and do all sort of scripting therein (for example making proxies of existing functions). But this is not the case anymore for the pregame page. At first glance, this is the only page which changed behaviour. To make a comparison, session.xml is still loading the entire directory gui/session: <script directory="gui/session/"/> I wish I was! New release, new work for porting mods. I played my last game in 2023, but 0 A.D. is always in my heart.

Hey @Mentula Nice to see you're still active! Can't you add a file like autociv like so ~mainmenu.js to extend it ? Else maybe you can wrap the module into something else and use that elsewhere. sounds inconvenient though @phosit

Update: I ended up deciding for "haimaz". I explained my thoughts about it here: https://gitea.wildfiregames.com/0ad/0ad/pulls/8722#issuecomment-135305 I want thank you both for the research and debate, I think the debate itself is also valuable, not just the result. And let's stay on the ground and don't exaggerate the importance of this, after all it is just single term among hundreds in the game. And for the future, let's act in such a way that we'll never have to remove the "No historians were harmed" disclaimer...

Hi devs and modders, In 0 A.D. 27 and before it was possible to mod the pregame page by adding scripts to the gui/pregame folder. Example of applications are: adding items to the main menu; running startup scripts. Since commit 0fcc4f5fc5 the gui/pregame directory is not loaded anymore, in favour of loading the mainmenu.js file only. It is not clear how mod scripts can run in this page after this change. ✖ It is not an option to override mainmenu.js, mainmenu.xml, page_pregame.xml or other files. This will of course break the compatibility with other mods, as only the last loaded mod will execute the code. Maybe @phosit, do you have an idea? I am pinging you as the author of the change. Thanks.

For now, if you use autociv with ModernGUI, please stack your mods in this order: Otherwise it will crash during gamesetup. The game is playable like this and you have most of the past features restored to get you back into action! I will gradually work on fixing the other autociv bugs ...

Hello, many thanks to @Atrik, I fixed the buttons issue. Also I believe that his ModernGUI has overlay so you can use his mod for the stats for now. Most of the other features of autociv are here. I have tested that these are working, at least for me: Automatically changing civ names Limit corpses Hotkeys Disable eyecandy autociv.zip

The population has surpassed 1800 by the Iron Tortoise bot, the highest I've ever seen. The match isn't over yet, and the population continues to grow.

https://gitea.wildfiregames.com/0ad/0ad/issues/8571, do they use a patched spidermonkey?

Here are some of Eco Master's stats when battling Petra.

Try it and let me know what you think bot_EconomyMaster_v2.zip

Reported at 0ad Arch user reports crash on multiple computers and New version: v0.28.0 (alpha noted). cc @ffm2

I've published v0.28.0 and it should be available to download from 0ad as soon as it's signed Some changes: Reduced Armor multiplier of Heroes from 3 to 2 Added Extremeness (3.0 multiplier) to Siege units

Post Eco Master and I’ll include it in my Bot Pack.

That's also what I want, bots with different styles will make the game more interesting.

It's A27's Petra (actually, it's someone else's Petra Expert, but I found the Petra Expert's attacks too constant and not strong enough, so I decided to reverse the style to a defensive counter attack. Iron Tortoise rarely brings troops into enemy territory, but when it does, it's devastating. Because of this difference, I separated it into a separate bot. In addition, I also created a bot with similar economic power to Iron Tortoise called Economy Master).

Try to get a stack trace but I suppose this should be reported on their bug tracker. Thanks for letting us know though.

The version is also wrong, since it's not alpha anymore: https://archive.archlinux.org/packages/0/0ad/ 0ad-a28.0-1