Atrik

You break a good chunk of the hotkeys doing so btw. Very likely you'll also have errors. A safe alternative is to remove : function autociv_showBuildingPlacementTerrainSnap(mousePosX, mousePosY) autociv_patchApplyN("updateBuildingPlacementPreview", function(target, that, args)

I have a feeling steam wants 0AD on their platform, I doubt these recurrent posts are spontaneous gamers registering to make so nicely written comments, explaining the benefits it would have for an open source project.

(I'm not very knowledgeable about this) Those are probably residual changes from when you did git lfs pull. But it got interrupted at the first asset actually in lfs. Just clear them, with git clean -fd should do.

Map Type: Random Map Filter: Default

Ah, you edited the main branch of your repo.... The classical workflow would be to not make any of your edits there but on dedicated branches. Assuming we still want to use your main to rebase all local branches --since @guerringuerrin confirmed this worked for him, I'm guessing this was indeed due to something, probably rights, preventing you to pull lfs assets from 0AD's main repo storage-- here is what you could do: Drop all commits you did on main locally Force push your own main branch Try again to sync your main with 0AD's main using the web UI

@DesertRose I had the same issue. I think I fixed it by doing a git lfs pull as recommended by @Stan`, but it would only work doing so from my own fork. Sync your main branch's fork from the web UI, then use it to re-base any local branches.

Battle management/micro isn't your enemy. Spamming meaningless clicks might be. I know a lot of players that love micro with freehand formation for example, which is a excellent feature. I'd love to have more features like this, I hope the selection box targeting will be in this category.

I hope the feature would make targeting accessible/interesting enough that it would be a desirable part of the gameplay. That's a bit unfair given the explanations and illustrations provided. --- I think you are imagining that there is a "auto-sniping" thing out there that sort out battles without any user input. Let's assume that it is the case. If a player that would use such "auto-sniping", some of the decisions and improvisations he would be normally be able to do would be removed. Likely resulting in fool-plays, or predictability that other users could take advantage of. On the other hand, trying to make available some features that efficiently translate user inputs into actions, that stay general enough not remove possible plays, would make them very competitive against it. The above isn't the goal of the PR, much more like a QOL feature, that would make micro in battle more interesting. Making targeted volleys of projectiles would be much more rewarding if you can define a area where they are thrown, then if you they just all go on the first closest enemy for example.

I know the player you are talking to. I know you know he was very much as top player before the mod even existed, he brought multiple accounts in top 10 leaderboard (before any mods). There are also players that don't use it that will state the advantage isn't that clear. Your screenshot make a point since that player have a pretty big experience of the game, but I was talking about my own experience primarily. I know hosts, including yourself, wouldn't balance a TG differently after asking me to disable, is that not true?

(Relative to normal auto-queue) You have perks that increase control over your production, at the cost of having more buttons. You also don't have the problem of potentially having it stop for arbitrary reasons. When that happen with vanilla autoqueue you need to restart production with 3 keystroke, and you still don't need switch camera like it is so often pretended to be the case. So it's like ~3 APM saved, say 10 APM to be large, and not accounting that you should actually subtract that you need to manage the trainer panel. There are tones of other things in the mod that improve QOL, the trainer is a big one for sure, but no, It's not going to have the impact on the game people try to make others believe it does.

Analogies are often stupid and always have limits. The point here was that you can always go a century back, and find things that were great back then for the time. Doesn't justify freezing things as they were. "highly automated" seems poor choice of words of having additional possibilities to actually control the production. Else it's the same idea. In fact if you remove the UI, you can perfectly make the same code work, example. Are you seregas? I don't know the answer to Maybe someone on windows can help you better. Probably still: C:\Users\JohnDoe\Documents\My Games\0ad\

Fun fact. Ford Model T was the most successful car in automotive history, and to date, is still iconic. It had primitive suspensions and back then we had cobblestone road. We should therefore get back to that. I'm sure this is a totally valid reasoning. You don't have much knowledge about the game and none about the subject at hand. This is made visible by the numbers you give. Since you have self-imposed rules like "I will only ever play pure vanilla" the only thing you can ever do is express your emotional reactions to matters you have no context or experience about. You are free to do so, obviously. It's just not very constructive. People that refuse to the use current auto-queue, play SP, and therefore will never ever be impacted by any ways by improvements to the feature can also express there opinion and try to Decide4me, but their stances might not (should not) weight as much as people that actually know what they are talking about.

I bet you had to specify the clothing color, else it would be red

Hi @seregadushka, It is very understandable that you feel that some features of the game in their current state, prevents you from appreciating the game fully. Repetitive tasks, aren't adding anything to the game-play experience. And it is part of the 0.A.D. vision to limit them as possible. "This interactive/real-time contest should challenge the mind and avoid boring repetitive actions." As such, units autonomously carry on after cutting a tree as one of the example you provided, but this is because we can be confident enough that the player would want this to happen. However, production is complex. It depends on a lot of factors, and influence of lot of other things too. For example, there are already problems often stemming from the current auto-queue : If the user need the resources for another purpose, auto-queue might unconviniently consume them Which building should produce if two of them are competing for the same limited resource? How can the actions that we will be carried be as best controllable by the player? Theses challenges, I did face them when trying to make the trainer feature in ModernGUI. Because I was new to programing, to UX design, and even to 0.A.D. the feature is built with a bit of things that I wish to revisit. Mainly, it adds waaaay too much buttons to the UI, and complex ones too. I have in mind a system that will permit to have the QOL gained by this trainer feature, but without the added complexity. Basically, make it feel like it is very naturally integrated. It might be something that will come sometime in ModernGUI, and that I will poll here on the forum for an integration in vanilla. My beliefs are also that we should enrich some other parts of the game-play such as formations, units abilities... Sort that the game become even more of a strategic contest and less then just a measure of 'mechanical skills'.

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.