river cradle
Hi
I have become aware of a bug this week in which resbots just move on to next target automatically once the unit stands up with min HP.
What are the chances of creating an additional area resurrection variation in which the resbots just resurrect to minimum health and once there are no more resurrection targets the resbots can start repairs on the same area.
Possibly new Ctrl + W bind for grid?
Thanks
toxic anvil
I'd like that too. Though it being an engine thing might be a little more difficult to do. Until we get the bug working consistently.
#1439861774882181191 message
https://discord.com/channels/549281623154229250/1439667560181137499
granite torrent
bug fixed, this can be made into a gdt proposition
river cradle
bug fixed, this can be made into a gdt proposition
Please consider enabling it as a new keybind feature, there are good use cases for it if applied with intention rather than as a bug
jaunty lintel
Ctrl w is taken for selecting all units of same type(grid)
river cradle
Q already does that tbh.
Thats fine, just create the possibility to use the command so at least it can be custom binded if that is taken. Hopefully Alt W is currently free?
river cradle
bug fixed, this can be made into a gdt proposition
Will you take this idea to your meeting or do I need to meet X requirement?
granite torrent
Will you take this idea to your meeting or do I need to meet X requirement?
would be great if you created a github issue for the proposal to add the thing, so its easier for us to track/push
tag as ui and awaiting gdt approval
ty
river cradle
would be great if you created a github issue for the proposal to add the thing...
Thanks for the instructions.
Unfortunately there was no option for me to tag it under Awaitint GDT approval, it was fixed as Enhancement without any options.
https://github.com/beyond-all-reason/Beyond-All-Reason/issues/7151
river cradle
would be great if you created a github issue for the proposal to add the thing...
The more I think about it the more I have to disagree with the decision to not allow the only- res command on the basis of affecting skill expression given that you guys have merged the automation of transports and the automation of set targetting
Not sure how gdt reached the conclusion that this is any different from the previous two examples where - Player makes a decision and the game system allows that decision to be carried out without the micro inputs - . Is there no room for reconsideration?
Surely auto-set target removes more from skill expresion that res my mex to low health and move on to the next one
granite torrent
the distinction is that this exploits an obvious mechanical/game design gimmick that units have their full functionality available from 0.1% hp
gimmics are fine as they will always exist in a complex game like this, but they should not be "acknowledged" and hence encouraged by the ui if that meakes sense
river cradle
The same effect when the bug happened was deemed undesirable by all the community? (In terms of the units just immediately dying and bringing no benefit in terms of AV)
granite torrent
its cool when a pro uses a gimick situationally, it is stupid when gimmick becomes the norm
river cradle
I am gonna guess that means no reconsidering
But honestly dont know how all the automatic stuff flies and not this
granite torrent
well, that depends on if there is an argument to consider
the stance is as I explained - no automation for gimmicks
automation for things we want to encourage in gameplay - kosher
river cradle
I mean you make it really painful because to do it manually cant use areas at all as pressing N whilst having an area wont send it to the next target within the area it will completely skip the area.
So everything would have to be individually W-ed and would have to go back to manually press N on each.
That really seems to clash with you letting people immediately target each unit of the same time the instant it comes into screen without any input.
