I don't get why you all think that I don't understand the concept that when you center a location close to the edge of the map, the location will be "pushed" off the side resulting in them being stacked onto each other.

EX:
_X1
__X2
___X3
____X4
_____X5
This would look like:
_X1_X2_X3_X4_X5

When centered on the right side of the map. When centered on the left side of the map, all of the names would be stacked and it would just differ in location sizes.

I get all of this.

What I don't get is how you move a location into the intersection point of two other locations:

(Vertical "I" = Big X Location)
(Horizontal "I" = Big Y Location)

I----I----I----I----I
I----I----I---[I]---I ([I] = Where I want To Center The Small Location)
I----I----I----I----I
I----I----I----I----I ("I" = Different Sized X Locations)
I----I----I----I----I
I----I----I----I----I
I----I----I----I----I

That's where the different sized locations come in, the center of the location is where you are checking, and that's where you need the different sizes, so the center ends up at different spots, and you need to find the center that is also in the Y coordinate.

Just center the location on the unit at that point that you are centering the other locations on. Simple.

(right?)

Well that's also where the bouncing off the walls comes in, you center the two map-sized locations, and then you can center the smaller locations on the side unit that is being touched by the largest location.

Here is what I have gathered while looking at the triggers from Egg Ball, over and over:

You first figure out where the units position is, based on the grid, and then set that value to the current players D: X and D: Y, which represent the units position.

(For reference, I will say that D: X = 5 and D: Y = 7)

Then you figure out the current players destination, based of of which egg they have selected via other triggers, and then set the D: X/D: Y values to a different value. (Don't understand)

Next you then center the "lol" location in the center of the respective Y location, either Y(value) or Y'(value), depending on the X value, which determines which half of the map the units destination is on. (Somewhat understand)


Then you do the similar process, but with the X locations, but instead of just centering the location in the center of the X location, you center the X location inside of the "loc" location which was centered on the X location. (Confused)


Then you just order the Zerg Scourge (FLYER THING) to the "loc" location and BAM! it all works nicely.

I still don't get how you can find the exact position of the D: X = 5/ D: Y = 7, or you can't, your just moving the unit from where it is to the other side of the map, in the direction the player selected.

Instead of pin pointing where the unit needs to move towards, you simply just move it towards the direction it was going in. Like instead of actually moving the Zerg Scourge to location (5,7) you just move it from where it is, (0x0) in a 45^o angle or a straight line passing through the coordinate? I must sound like I'm crazy or something...

Rephrase in the form of a question.

Forget it, I will just test the shit out of different methods, and other ways that I can think it will work and if it works, I will keep it. I just finished about a 1 hour conversation with Falkoner on Yahoo Messenger, and I am still lost, but somewhat informed of a method to use.

Let me guess, mobile grid.

Quick clarification. In my post that you quoted, the spider mines represented the line of units for the bottom half of the map. The goal was to attempt to cut down the number of triggers as you would only have to traverse the top axes even for the bottom half of the grid.

So I understand. You just have to center on spidermines once you've found the appropriate coordinate.

I hate having such a short post, but yah, pretty much.

For some reason, I've always thought of coordinate grids with two horizontal rows for units. It just seemed more natural to find the X coordinate first.

Vertical columns don't always read in the same order

Actually, they should, as long as they are created properly, when units are on the same X coordinate, SC reads them from highest ID to lowest, so the most recent units will be read last, and most editors will automatically assign preplaced IDs with that same method, but SCM Draft doesn't, so you just have to make sure you place them in the correct order.

I have come to an agreement with what I want to use.

A simple 2 location X,Y grid with the locations spanning the length of the entire map. I will also have preplaced borrowed Zerg Zergling in each tile of the grid in every possible place where the unit could move. (Player 9)

I will first figure out the units position and add them to two different death counters. (DC: X/DC: Y)
Then when I want to move the unit up, down, left, or right, I will just move one or the others respectively up, down, left, or right (grid location) to make the unit move into the correct spot.

To detect where the two grid locations meet, I will simply give all of the Zerg Zergling owned by Player 9, at each of the two locations, to Player 10. Then I will center a 3x3 tile location on 5 Zerg Zergling owned by Player 10.

It sounds like it would work, in theory...

Whoopse, I didn't notice there was a Page 2. Oh well, I'll keep this anyway. Sorry if it's already been covered.

When you center LocationA on UnitB in LocationC, and UnitB is not in LocationC, LocationA centers on the middle on LocationC. This is why a location goes to the center of a map when you move a location on a non-existing unit in the "Anywhere" location.

It's a bit general, but it -should- explain some basic questions (it seemed like you wrapped up everything else).

Also, I used units along the sides to replace the Y axis, cutting down on locations needed.

You know, I realized how you could make a location move to the coordinate where they intercept, it would require having both a static grid and a coordinate grid though, which kinda destroys the point of the coordinate grid, but anyways, here it goes, you center the two locations, give all the units in one to another player, then give all the units owned by the player they were just given to to another player, that will make it so the 1 unit owned by the second player being given to is the point of interception.

Yeah I used something like that for an old map of mine. Except is was off a coordinate and mobile grid, I couldn't use air and ground is unreliable so I used ground and offset the coordinate from the unit and did precisely as described.

Worked beautifully.

My way would be ez'r.