clavz

Hi everybody, Even if I never post here, I have been playing 0ad for quite a long while: I think I started playing with a17/a19. I was mainly playing with a real-life friend against AI for short periods and then quitting because we felt it was boring. A couple of time we tried to play in lobby, but, since our skills were quite low, we ended up badly losing. This was the main reason that kept us away from joining the lobby more often. During 2020 we started playing a bit more constantly and ability improved (many thanks to @causative for the a21 guide: it is a big help for people starting

I don't know if there have been some development meanwhile, but (thanks to @alre) I noticed that swapping the commands for attackmove (ctrl) and attackmoveUnit (ctrl + q) in the hotkeys editor, attackmoveUnit works fine and attackmove stops working. So it looks like the problem is ctrl + q, not attackmoveUnit itself.

btw I couldn't find the replays in-game because when playing vs a non-assigned player it is considered as multiplayer (replays are not listed in "single-player"-> "replays" if filters are set as default). I don't know if it is intentional or a bug…

metadata.jsoncommands.txt This is a replay. I gave two units the command to walk somewhere and then attackmoveUnit in the opposite directions repeatedly. Two other units go to gather wood and then they don't drop wood before attackmoveUnit. attackmove works fine (I did it once in this replay).

Hi everybody, I noticed that when I queue attackmoveUnit (shift+ctrl+q+ right click) the selected units don't consider the previous orders. I used to use it in a23: it is handy in the case you want to attack-move after dropping resouces to the dropsite or to get near to the war field avoiding conflicts with the units on the way. I'm on macOs and I saw I can repeat it easily. I could have missed someone reporting it before… if so, I'm sorry. I tag @Stan` and @wraitii that I saw here on the forum that have been active refactoring hotkeys. Thank you guys for your work!