Transport Unload in a square

[Abokasee]

Basiclly instead of unloading (or loading) there cargo of unit in circle deployment area, why not have them in a square?

It will be much more use your landing them on beach maps so that some of dont deploy one step to far

[Crampman]

All aeras orders should be square/circle, by example using a switch key.

[KDR_11k]

I still stand by my old proposal that unloading units should be done with a menu like the build menu so you can tell it which unit goes where.

[LordMatt]

All aeras orders should be square/circle, by example using a switch key.

There's a setting for this behavior in cmdcolors.txt IIRC.

[AF]

I'd like it if these unload/load areas were visible always even if the transporter isnt selected with shift being held.

[trepan]

There's only one area type command that can use either a
a circle or a rectangle, and that's the attack-units-by-area
command. It is controlled by 3 settings in ctrlpanel.txt:

Code: Select all

// newAttackMode     1  // enable attack by area selection
// attackRect        1  // use a rectangular selection
// invColorSelect    1  // use color inversion instead of tinting

The other command that uses a selection map rectangle
(and always uses a rectangle), is deathwait (which is also a
unit selection command).

[LordMatt]

IDRC.

[trepan]

http://acronyms.thefreedictionary.com/IDRC
http://www.acronymdb.com/acronym/IDRC
http://www.acronyms.ch/files/Acronyms.L ... implex.pdf
I Don't Really Care? (in which case, why bother posting?)

[ZellSF]

There's a setting for this behavior in cmdcolors.txt IIRC.

IIRC = If I recall correctly.

You said he was wrong, and he answered IDRC. You really shouldn't have needed to look in an abbriviation dictionary to guess he meant "I didn't recall correctly".

[trepan]

Quite right, my bad

[trepan]

... back on topic (or at least a little closer):

I've tried a slightly different algorithm for unloading. It uses the transport's
travel direction towards the unloading area to pick the initial unloading
position. It then sweeps back and forth across across the circular area
tangential to the intersection with the first location . It seems to work fairly
well, corrects the unit-outside-the-map problem, and is probably a little
faster then random placement (air transports), and top down placement
(non-air transports). I'll also make it so that units can be unloaded at any
position suitable to them (maxSlope).

P.S. Shame on me for thinking that LM would bother posting "I Don't Really
Care". It's not his style. Guess I've had too much contact with Springers who
do make such posts...

[hunterw]

Nice!

Guess I've had too much contact with Springers who
do make such posts...

+1

[mongus]

thanks!

I'll also make it so that units can be unloaded at any
position suitable to them (maxSlope).

Isnt that the way it currently works?


At times the unload possition is too far for naval tranports.. when that happens.. the unload place can be "recalculated" ... or at least force the unit to leave that order and continue , if i recall well, this transport ships just "jam" in that sutiations.


oh... just occured to me.. what happens with hover transports? at times, with hover transports... not all the times, but at times, its not very possible to determine the "incoming vector" with anticipation. this is beacuse the terrain sometimes forces the hover to (and bc of the big groundplate) take strange routes....

If the unload is done "from the middle" ... scattering to the sides... seems more possible to determine, in this case, where the units will end.

I will make tests once i can use those changes and post about it.

thanks!

[LordMatt]

I DO care! Good to see the outside of the map bug is fixed, it may be exploitable...

[Peet]

I DO care! Good to see the outside of the map bug is fixed, it may be exploitable...

I've seen people hide their commander off the map.

[j5mello]

question did this make it into .74b3???

[trepan]

no, it did not.

[zwzsg]

Hey! I scripted those four unload formation shapes! With parametrable spacing and all!

Code: Select all

      ooo   		
    oxxxo     +++++++++   +++++  ooooooo
  ox213xo   +ooooooo+   ooooo  oxxxxxo
 ox4   5xo   +oxxxxxo+   xxxxx   ox213xo
 ox6   7xo   +ox546xo+   97680   ox405xo
  ox809xo   +ox213xo+   42135   ox687xo
    oxxxo                                       oxxxxxo
      ooo                                         ooooooo

But I guess that is irrelevant since I'm talking about some script forced hard unload, while you're talking about the regular unload with the interface and engine. I'd like to say maybe the code to draw those formation could simply been moved from BOS to CPP, save that my code was written with the goal of saving variables and not of being easy to read understand and maintain, plus it's interweaved with TA specific script bits to check if the unit followed etc... Not to mention the main problem of how the player would select the shape remains.