I hearby declare that this idea is to be called MUTLI
Basically, instead of telling a multi-unit Transport (A Transport that can carry more than one unit, ie the Arm 'Hulk') to load units individually, you order units into the Transport using force-move (Click the move button on the order panel, click the transport, voila!) in the same manner as manually ordering aircraft onto repair pads (hijack the code?)
As for area-load / unload repeat orders where the transport ferries units between points, the units in the pickup zone go to the transport rather than the other way around
Slight less Micro, and more sense (for once)
Multi-Unit Transport Loading Idea
Moderator: Moderators
- PauloMorfeo
- Posts: 2004
- Joined: 15 Dec 2004, 20:53
- Guessmyname
- Posts: 3301
- Joined: 28 Apr 2005, 21:07
- Guessmyname
- Posts: 3301
- Joined: 28 Apr 2005, 21:07
The current method is nice, because it allows you to set up automatic aerial bridge in a couple of click.
Telling the kbot to walk into the transport would be bad, because it wouldn't work if the transport is not here yet.
And well, currently, if you move a tank inside the loading zone area of a transport, it gets automatically loaded, and that's exactly the same that you wanted, if you think about it.
The way Spring loading interface loading works is already perfect IMO, no need to change it. All that we need is better help to newbie so they know it is possible to define a load area, and they know that the repeat button is here to be used, and they know about the wait command.
- Select a transport
- Click Load
- Click on the map, let button down while moving the mouse, to define a loadin zone
- Hold down shift
- Click on Unload
- Click on the map, let button down while moving the mouse, to define an unloading zone
- Click on repeat
- Release shift
- Select a factory
- Click on Move
- Click inside the area that was previously defined as the transport loading zone
- Hold down shift
- Click on Wait (or press W)
- Click on Move
- Click on where should they go after being transported
- Release shift
- Enqueue some units
- Click on repeat
There! Now you all the units produced by the factory will automatically be transported to their destinations!
Well, when written in details like that, it seems complex, but ingame, it feels very natural and quick to do.
Telling the kbot to walk into the transport would be bad, because it wouldn't work if the transport is not here yet.
And well, currently, if you move a tank inside the loading zone area of a transport, it gets automatically loaded, and that's exactly the same that you wanted, if you think about it.
The way Spring loading interface loading works is already perfect IMO, no need to change it. All that we need is better help to newbie so they know it is possible to define a load area, and they know that the repeat button is here to be used, and they know about the wait command.
- Select a transport
- Click Load
- Click on the map, let button down while moving the mouse, to define a loadin zone
- Hold down shift
- Click on Unload
- Click on the map, let button down while moving the mouse, to define an unloading zone
- Click on repeat
- Release shift
- Select a factory
- Click on Move
- Click inside the area that was previously defined as the transport loading zone
- Hold down shift
- Click on Wait (or press W)
- Click on Move
- Click on where should they go after being transported
- Release shift
- Enqueue some units
- Click on repeat
There! Now you all the units produced by the factory will automatically be transported to their destinations!
Well, when written in details like that, it seems complex, but ingame, it feels very natural and quick to do.
- Targ Collective
- Posts: 202
- Joined: 12 Nov 2005, 14:16
- PauloMorfeo
- Posts: 2004
- Joined: 15 Dec 2004, 20:53
- Deathblane
- Posts: 505
- Joined: 01 Feb 2006, 01:22
It would be nice to institute units moving into transports though. Not that there's anything wrong with the current method (and it should definately be kept) but the second method would let you choose who's going with far less micromanagement and look better for non-TA transport units (say for troop choppers in WD).