Atrik

Perverting compatibility check into a political tool has been discussed for a while from the time I was here in 0AD. Yesterday, while searching the git to see if I could make a useful contribution with this path thing, I found something very cringe on git on this topic. I don't know if it's something that's worth discussing at this point. Maybe we should just let people fulfilling the urge to do something about "cheating", even if I'm unsure if theses people ever log in to the lobby. Sorry if any reader find this offensive because they did believe in the initiative but it's just very very poorly though out, by people actually smart. A while ago, we also discussed with you @guerringuerrin and @Norse_Harold that we should be able to see all player mods from the gamesetup room. This would be a good nice to have feature to add. It will help mitigate a lot of issues with mods, like the one with feldmap versions you are giving as example above. Most importantly, it doesn't engage a war against mods and modders pretexting they could be malicious, therefore nuking the UX for everybody is totally justified.

There is always a solution to still make it work, despite the path checking. But good UX is generally about making things simple, resilient (can adapt to a variety of users with a variety of technical level), and not add unnecessary complexity. Why do you think we should keep the path checking? What is it useful for? Note that in the examples I give, I pretend like files after the folder where is the mod.json matters but actually it doesn't, yet anyways.. Community mod was downloaded probably exclusively on mod.io I think. As for Feldmap, it is marked "compatible" for convenience although it's obviously technically incompatible. Can't agree more.

I've done a mod that change 0AD icon and I'm trying to distribute it. On my machine ModImWorkingOn/ ├─ mod.json ├─ fileIgnoredByGitIgnore.@#$% └─ art/ └─ 0ADIcon A user cloning my git New0ADIcon/ ├─ mod.json └─ art/ └─ 0ADIcon A user downloading from my git New0ADIcon-master/ ├─ mod.json └─ art/ └─ 0ADIcon A user downloading from mod.io New0ADIcon/ ├─ mod.json └─ New0ADIcon.zip Yes, 1000x harder for the modder to fck up and generate false positive then generating false negative thoughts. Being on the responsibility of the modder rather then the user is also obviously desirable. I think that also invalidate your remarks about this being a solution for a problem that doesn't exist. Which you would have a high chance of being wrong about since I don't think you ever use incompatible mods (yes you use and distribute compatible ones but they don't have this problem. For now, anyways). I don't know the original cause of the problem I faced with @Emacz, and others using his mod. But this isn't the first time I'm facing troubles with mods trying to use compatibility check, and this fix would have probably solved past cases.

Civilians

@Emacz

This mod allow ignoring the file structure in determining if a mod is compatible or not. I'm making this after desperately not understanding what is going wrong with @Emacz mod classical-warefare-aea-main. With this mod I'm finely able to join his hosts easily. Anyone making a incompatible mod could use this to make players joining each other easier without having to skip compatibility check. compatibilitycheckfix.zip

Civilians gathering at the same rates as soldiers already makes them very interesting, and there isn't much need to buff them further. It's not that hard to understand so bear with me. When you fight, using the maximum of accumulated economic power is generally the best choice. Therefore, there isn't much incentives to leave any capable fighter chopping wood or whatever behind. Strike with full power. So what would you do : Send all capable soldier Send only some, while others gather resources That's right! Sending all is likely to favor your odds in battle! Obviously you also need resources, to grow your economy meanwhile, and replace dying units. To do so, you also have two option : Use cheap units (50 food) Use expensive units (50 food + 50 wood) Yes! Using cheaper units that gather at the same rates then expensive one is more efficient! When you come out of battle, and both sides lost a large amount of their population, you need to "repop". What would be the best thing to do in that case? Repopulate as fast as you can, using houses, and civic center to make females civilians, to get back at max pop (therefore max eco) Repopulate slower training soldiers and keep having lower impact of the game overall Exactly! To maximize your impact on the game, you should aim at staying as closest to full pop as possible, including late game, after "bomming". Inverted correlation between military score and civilian representation in population (not just me but others too) :

Already exist to filter current selection: hotkey.autociv.selection.nowoundedonly = "K" autociv being op, you can create or modify the hotkeys and make for example : hotkey.autociv.session.entity.by.health.nowounded.by.class.select.Cavalry = "" hotkey.autociv.session.entity.by.health.wounded.by.class.select.Cavalry = "" This hotkeys system is in/shared with ModernGUI now.

The simplest workflow is to create a branch per PR. So that when you start working on a new fix or feature; just create a new branch.

ModernGUI now have integrated most of @nani and @Seleucids autociv's functionalities. I always wanted to add the following : A command to save and load game presets in gamesetup Now possible. For example : set all your mainland balanced TG settings; do /save mainland TG; /default mainland TG => When you open a host you always have this preset. Reminder the full list of commands (with the one of autociv) always available when you type /help When using selection hotkeys, you sometimes want to NOT select a specific group of units. For example all cavs BUT NOT the ones you are using for corrals, or infs but NOT the ones mining and defending home CC. You now have a setting to define a range of control groups that will be ignored by selection hotkeys.

I cannot check all zips you distribute. If you clone (or download) your repo, you'll have the correct file structure. On a side note this situation is NOT an isolated instance of troubles caused by compatibility check doing things that seems outside of its scope. The folder name, or the file structure shouldn't be taken into account for compatibility check. The mod.json should contain the only data used to determine compatibility, any other additional rule is likely just going to create pain for modders.

It never takes too long with jc..

Excellent demonstration that models are not the problem here.

@DesertRose You edit templates that impact the simulation. You should mark the mod not ignoring compatibility check, as it's technically not. Compatibility being a good enough reason why hotfixs are rare in between releases as mentioned by @guerringuerrin.

What @guerringuerrin said, already better, the gendered civilians could be a good addition, but sharing audio with citizen-soldiers creates a small UX regression. Sound feedback matters. This thread isn't intended to be for a rejection the feature, however could be a highlighting for potential refinement. @guerringuerrin tried to orient the discussion on getting the sounds fixed but that didn't help .

Right, if you copied the mod.json out of the archive, instead of unziping then the zip file then it needs to match. For simplicity you can do the latter.

It's not like just a change of having to remap some habbits, it's loss of information. Visually I could very well adapt, to new civilians models, no problem. But losing the sounds differentiation between them and CSs is a small regression in UX.

Normally not, however a common assumption is that mod detection is refreshed when opening the mod selection page, which isn't, so you need to relaunch 0AD.

Agreed, I personally couldn't adapt, as sound feedbacks are so important. Knowing if something spawning, dying, or sometimes added to selection etc can be crucial. Here is a small mod to make all civilians have the sounds of the previously females citizens. CiviliansFemaleVoices.zip If you would also prefer with the actors changed to all females (for consistency for example) here is one that does that. CiviliansFemaleVoicesAndActor.zip

Agreed, I personally couldn't adapt, as sound feedbacks are so important. Knowing if something spawning, dying, or sometimes added to selection etc can be crucial.

@Stan` to be fair I would just point out that @Obelix did make some regular contributions with triaging, labeling and commenting. Don't know the criterias to be provided more rights, nor do I know him, but just wanted to make this fair acknowledgement.

ModernGUI R28 Update : The top panel is now resizable and support 4 presets that renders well Snapping walls (and palisades) now support snapping to other buildings better More stats, more tooltips, better panels! Direct Download link mod.io GitLab

@Seleucids I know you are busy in the weeks, so I decided to take a look into autociv current issues. Below a version build from what you already fixed with : Fixed autoconfig (the couple comment above should be addressed with this) Fixed overlay Some other details, i also added finished adding some options for custom the overlay (make less stats for example) autociv.zip

@guerringuerrin

You probably haven't ported your config. The auto config probably down in the zip.