Spring RTS Engine

Did you faced situations like that? I queued to build some buildings then realized that constructor has "guard" or "fight" order? And you need to 1) give 1 order to cancel "fight or guard" 2) queue buildings again

This widget will solve such situations!

Just queue buildings using shift as usual and these "guard or fight" orders will be canceled. Constructor(builder) will do what you want. Will act in expected way.

Project on github

P.S. Thanks to Broker for widget idea!
P.P.S. This widget especially useful when you use "factory guard" or "Auto Reclaim/Heal/Assist" widgets
Updated widget to spring 98 engine

nice

very nice idea, especially since queued commands after indefinite ones dont make much sense.

jamerlan wrote:Did you faced situations like that? I queued to build some buildings then realized that constructor has "guard" or "fight" order? And you need to 1) give 1 order to cancel "fight or guard" 2) queue buildings again

OMG - I hate that!
Thank you for the widget :)

Beherith wrote:very nice idea, especially since queued commands after indefinite ones dont make much sense.

There is a OTA-age exploit to this:
1. Build 25 bombers
2. Put them to guard a flea
3. When you see enemy commander, queue attack on him
4. Wait for him to calm down.
5. Self-destruct flea.
6. Bombers will bomb commander.

We have the Wait command with which to execute such exploits. Guard is no longer needed. Also I am fairly sure that attack commands on units you cannot see are lost after several seconds.

Like 3 seconds.

Imo, commands shouldnt be dropped, they should be convrted to attack ground ones...

Jools wrote:Like 3 seconds.

Imo, commands shouldnt be dropped, they should be convrted to attack ground ones...

+1 I am angry every time I want to bomb and bombers don't do anything because target is not visible anymore

jamerlan wrote:

Jools wrote:Like 3 seconds.

Imo, commands shouldnt be dropped, they should be convrted to attack ground ones...

+1 I am angry every time I want to bomb and bombers don't do anything because target is not visible anymore

Sounds like a cool new widget idea. :D

jamerlan wrote:

Jools wrote:Like 3 seconds.

Imo, commands shouldnt be dropped, they should be convrted to attack ground ones...

+1 I am angry every time I want to bomb and bombers don't do anything because target is not visible anymore

+1
But only for certain unit like bombers. I don't want my rockos to start attacking ground instead of other units in sight.

New version (v3) was just released (the same links). Fixed bug reported by Broker. Thank you Broker for feedback!

Details: fixed bug with queueing line of buildings after guard or fight order

This widget conflicts with the custom formations widget. When you hold control and press right click in custom formations, the units will retain their formations. This widget causes that functionality to return to vanilla behavior. Cool widget either way. It annoys the crap out of me when I order a unit to build a lot of stuff before realising that he's guarding factories and other building units because my autoassist/heal/reclaim widget causes them to do so automatically.

EDIT: There may also be other conflicts with that widget and maybe other important widgets but I haven't tested it enough to know yet. Also, this widget stops units from making the move confirmation sound when you give them a move order (the one that goes "VVVVV!" every time you right click to move).

I haven't noticed any issues with ctrl moves and this widget in evo...

This widget fucks up a+drag attack orders majorly.

As for me it have more advantages then disadvantages.

Also, I use line attack with bombers in BA and it works. So I use this widget and I am happy

Currently I am too lazy to investigate why ALT+orders are not working.
Maybe will fix in weekend.

Someone64 wrote:This widget conflicts with the custom formations widget. When you hold control and press right click in custom formations, the units will retain their formations.

Fixed in v4

Someone64 wrote:Also, this widget stops units from making the move confirmation sound when you give them a move order (the one that goes "VVVVV!" every time you right click to move).

Fixed in v4

Thank you all for feedback! Especially for Someone64 and Broker!

Forboding Angel wrote:This widget fucks up a+drag attack orders majorly.

Can't reproduce but it should be fixed in v4. Please check updated version (attached to forum or from github)

updated for spring 98 engine (see first message in thread)

why cancel the orders instead of moving them to the end of the queue

smoth wrote:why cancel the orders instead of moving them to the end of the queue

I think that cancel is the most expected behaviour. Or people would use "command insert widget" or smth like that