Suggestions for 0 A.D.

[Seleucids]

@Atrik @wowgetoffyourcellphoneI want to touch on the recent discussion regarding our development workflows and how best to align our modding efforts with the vanilla codebase. I have read through both of your points and really appreciate the nuance around resource allocation and reviewer availability. The reality is that there are definitely valid differences between the timelines for mods versus full game integration, particularly when it comes to compliance and QA scrutiny.

However, as we move forward on larger project deliverables, our goal is to streamline the process without sacrificing quality. I am proposing that we introduce weekly alignment sessions on Microsoft Teams to keep everyone synced with QA and product management. This would allow us to surface blockers earlier and ensure our technical direction remains aligned with the broader roadmap. Regarding the specific debate on mods versus pull requests, standardising our integration protocols can actually help bridge the gap you mentioned regarding reviewer availability. By centralising these reviews within a PR workflow, we create a more predictable pipeline for feedback and refinement before code enters the core system.

This is a collective effort to improve how we scale our development operations. If we can establish these regular touchpoints and adopt a shared development standard, we should see fewer integration headaches  and faster cycles for feature releases. I would love to hear your feedback on how you think we can implement this in a way that respects the workflow differences you are facing while still moving us toward greater consistency.

 

[Atrik]

24 minutes ago, Seleucids said:

I have read through both of your points and really appreciate the nuance around resource allocation and reviewer availability.

Tiny precision, I wasn't trying to blame the process  I saw how it works well to generate hardened quality code, the time reviewer spend to read your (sometimes sh!ty) code is never to be taken granted --thanks by the way @Vantha, @phosit, @Stan` for the reviews on my PRs --.

But simply the additional time to be spent on trying to get any feature into the game (again the 1-2 order of magnitude larger of work isn't a exaggeration, add to this waiting time) create a very real limit to what you can get done, even over a large time frame.

Your suggestions to try to organize the collaboration although nice, can hardly solve this dilemma.

 

Edited 19 hours ago by Atrik

[AlexHerbert]

On 12/7/2004 at 7:34 PM, deaconwar said:

How do you guys guys think being able to use smilys in the game would affect it.

or being able to use smilys http://www.wildfiregames.com/forum/uploads//emoticons/default_biggrin.png in the chat room

This is already possible, isn't?

Can be done with characters like =P

[Tapothei]

As far as I'm aware, there doesn't seem to be a way to cancel producing mass amount of units in a building, so my only choice is to manually click cancel and its annoying in multiplayer where input lag is present as well as mistaking a batch number or wrong unit, so solving it by a click of a button would be nice. I've made an issue already on github.

Edited 12 hours ago by Tapothei

[Vantha]

@Atrik

I can relate to the points you mentioned, actually, because I felt a similar way when I first started contributing to this project. What I can tell you from my own experience, though, is that things tend to run smoother and quicker over time, as you would become a more regular contributor and also learn how things run and what to look out for in implementations.

Of course, making mods will always be faster and allow for more creative freedom, this is an essential aspect of the opens source philosophy, so I completely understand if people want to take that path. I welcome anyone who wants, though, to also open a PR and try to get the changes into the game, I think with git now it's easier than ever. I always try to work on those PRs as soon as I can, but of course it can take some time, it's important to think long-term I believe. And I'll admit that it can be difficult for me to find the balance between making it easy for the contributor and ensuring the best possible code quality.

@Atrik E.g., I'd love to eventually work on the wall snapping you implemented a while ago, if you feel like it.

[Stan`]

50 minutes ago, Vantha said:

@Atrik E.g., I'd love to eventually work on the wall snapping you implemented a while ago, if you feel like it.

If you do, please consider this too => https://code.wildfiregames.com/D1190 I think it would be really nice

 

@Atrik thank you for switching to the contributing side, it's very appreciated. My goal was to get all the modders on the main team eventually so the lack of speed would be curbed by the sheer number of people  It did and did not work out at the same time; so many areas to work on

 

 

[Perzival12]

15 minutes ago, Stan` said:

My goal was to get all the modders on the main team eventually so the lack of speed would be curbed by the sheer number of people  It did and did not work out at the same time; so many areas to work on

Once I figure out how to use git, I might consider adding some of Hyrule’s features to the main game, like spawning and stun.

[Atrik]

58 minutes ago, Vantha said:

@Atrik E.g., I'd love to eventually work on the wall snapping you implemented a while ago, if you feel like it.

6 minutes ago, Stan` said:

If you do, please consider this too => https://code.wildfiregames.com/D1190 I think it would be really nice

Yes! I also finely got it working almost perfect. There is just a couple things to clear and the feature tend to awaken a pre-existing bug. But it's very satisfying to use so definitively a must have in vanilla! Since I'm currently playing with it through moderngui, I think there are a couple things that would be also nice to have included, like what @Stan` linked. Overall maybe not a too small PR, so I'd maybe try to have the current big ones I have opened done and merged first (don't like the idea of having rotting PRs ), I enjoyed when we got things done for formations together, and I'm looking forward to get this rolling again!

16 minutes ago, Stan` said:

@Atrik thank you for switching to the contributing side, it's very appreciated.

Thanks @Stan`!!
'switching' sounds a bit like there is a wall between the two  and sometimes I also read comments that make it look like it's a sort of vs.
Modding allows for people to get used to the 0AD code, experiment and learn. That's was the case for me, and for others like @guerringuerrin. I'm also not planning on stopping modding and in general, want to use it as a way to try a lot of things, and select the best ones/ the one that can be implemented into vanilla. Mods also can be used to patch some bugs in between releases, and of course just to mention them, the total conversions are a subject on their own.

[Atrik]

11 hours ago, Tapothei said:

my only choice is to manually click cancel and its annoying in multiplayer where input lag is present as well as mistaking a batch number or wrong unit, so solving it by a click of a button would be nice. I've made an issue already on github.

In the meantime this get addressed, autociv--or ModernGUI-- have the a hotkey for it : "autociv.production.queue.clear".
Assigned as Alt+R by default.

[guerringuerrin]

24 minutes ago, Atrik said:

In the meantime this get addressed, autociv--or ModernGUI-- have the a hotkey for it : "autociv.production.queue.clear".
Assigned as Alt+R by default.

I'd love to add this to the training system improvements