Atrik

I guess divide all categories by numbers of voters.

Bullshit asymmetry principle (Brandolini's Law) is again what @BreakfastBurrito_007 and alike use when the argument goes on. So I'll make this last reply and then let them post whatever. @seeh made a feature in autocivP to display mod usage. You have also statements on this very thread that I'm all for features that would display mod usage. It's not. It's actually within the game licenses that anybody can mod the game. You can make a circular reasoning with the tos stating that cheating isn't allowed in ranked games. But you can absolutely use mods in ranked, compatible or not (you can make a ranked game with ponies ascendant mod afaik). As long as all parties are in the know there aren't any problems. That would be true for any game modification. You don't do it for autociv. Some very old players like Dundean consider it as cheat. So why don't you? You shadowy cheater! (It was even the first mod to introduce auto production lol ) lol. I'm done with this thread.

Almost all hosts, I play with, I'm 100% certain they know it exist and that i use. Absolutely nothing is made in attempt to hide it's existence, even the contrary. So that point is totally made up. As for the game-play impacts, sure it have a impact. It's negligible on the scale of a game as there is much more important stuff, especially in complex games like 4v4, so the priority, as i see it, would actually be user experience, and prize players decision making over them being good clicky clickers. I have this thoughts because you mention the autociv active pause that is the perfect example of wanting to @#$% on great UX improvement feature for some imaginary competitive standards rules. It's a free game, goal is fun, nobody have stake on game outcomes. There will never be 0AD Esports in the foreseeable future. But if you feel you cannot bear that someone is using any feature, then you should host with rules that prevent its use, or any other rule you want. Basically same conclusion then the billions debates before this one. And it's a great way to have a middle ground for disagreeing people.

Adding some features that are in autociv to vanilla can only be a good thing.

We miss you nubs.

I've got frustrated of not being able to find 16 colors well distinct of each others, so I added an option to force only 8 colors to be used. So with this option you could only define the 8 first colors, and they will also always appear in order. customcolors.zip@Seleucids For the mod above, there are no default config, boolean options are bugged, check and uncheck to actually set to false Or here is the configuration I'll set as default for ModernGUI with a good color palette that is nice for any game size from 1v1 to 4v4. (That config can be used for Mentula's original version as well ofc, I kept them cross-compatible).

In option, you define what color you want to steal, then every game you aren't this color, yours will be swaped with the player who has the one you want (As well as you customizing this color in the first place ofc) Example: Set color 1 to your favorite red, then set "Replace Own Color" to 1.

Thanks Mentula. Excellent work. I used your code to replace legacy color replacements code from boongui. @Seleucids here is a version for you customcolors+.zip

That would be op news got a27. But how?

Replace line 224 in GuiInterface, "total" by "Unit". "enemyUnitsKilledTotal": cmpPlayerStatisticsTracker?.enemyUnitsKilled.Unit ?? 0

This helps a bit for sure.

I wish i could resist replying to this but i can't. Actually I can. Pointless to try to undo all your built up narration. I'm glad you consider introducing autosniping.

Sorry I don't want to ruin your alt-clicking spam amazing game-play experience.

Although totally automated sniping as you suggest it wouldn't be that bad. I still think that some other ideas that were requiring some user micro could be fun.

I though i read somewhere that you were against autosniping. This would be the most automated form of autosniping that was ever suggested, funnily enough.

I also think that units should just totally ignore buildings in general. Would just be far less frustrating. Even if no exceptions are made for sieges it would be fine.

OR, mods in a26 were aligned on a solution to add options after nani's mod and you suggested something else. Indeed I didn't write this code, but overwriting some functionality of the game such as the one that are here in option is the concept of a mod. Your approach might be slightly better in some ways but also you are asking existing mods to adapt to you instead because you didn't want to get along with using autociv purposely created global variable (that was also a easier way to add options).

To be precise, this code is adding options if there are already existing one in a global variable, all mods could do this, it would also be working fine.

Oh wow, I missed this. I almost was going to to try making this options myself! Thanks @Mentula.

OP

@sarcoma indeed. I didn't introduced this bug thoughts autociv.zip Here is the corrected version.

Side note on performance, players who have the issue, have good results leaving/rejoining a game. So something else that seems to hints to it not being just un-optimized tasks.

Yes I know... But that's why I was kinda asking if there is a way to make sure this will actually have a "smoothing" effect. Even if you call some async js function, will it still run it within the same frame (and therefor being totally useless)? Iirc tested it 2 days ago with a dummy 'lag' function. And calling it, was still blocking the frame until completion even if it was an async function.

I might even want to try to do it but : is it possible to make the selection more smooth with async js? Like would it even be possible to load minimal entity datas (maybe even without using getEntityState / using a alternative), THEN load entity datas next frame(s)? I can think of using mouse over event handler to load tooltip datas, but i guess the performance gain aren't worth pursuing, all the datas would be loaded on later frames?

@wraitii Probably stupid idea/question but why isn't it possible to have a kind of proxy function in the engine to execute some of the gui functions, asynchronously while a fully asynchron gui sim is not developed?