движение через ( X . y )

1. Юниты прекращают движение достигнув определенной области

Поиск по всем ресурсам на сайте

Ну на примитивном уровне так и работать - считывать X и Y с точек и задавать SetUnitX / Y, чтобы действия не прекращались
Только еще проверка нужна, что координаты НЕ за пределами карты, чтоб не сфаталило
В идеале вообще локейшены не юзать, но это пока и мне тяжело

ClotPh:

А что тяжёлого в не использовании локаций (точек)?

Нежелание использовать тип location порой доходит до абсурда. Временами приходилось видеть короткие структуры вида

struct
	real x
	real y
endstruct

лишь бы не использовать точки.

Что касательно темы, почему автора смущает вопрос использование координат объекта, вместо точек? Точки это та же пара координат X и Y упакованных вместе.

PT153, привычно с точками просто уже, там у меня есть шаблоны, а на X/Y нет
хотя бы вот шаблон на линейное движение в одном направлении на X/Y пригодился бы

Есть статья про математическое движение: xgm.guru/p/wc3/mathmov

Вроде так:
u - юнит, x, y - координаты юнита; a - угол.
call SetUnitX(u, x*Cos(a))
call SetUnitY(u, y*Sin(a))

Maniac_91, а угол как определять без точек?

Координаты x, y, x2, y2.
set a = Atan2(y2-y, x2-x)

Хорошо, спс
И еще не забыть проверять, что все это не вылазит за пределы карты
Понятно

ClotPh, вообще, движение по координатам - это очень интересная тема. Через них можно сделать отталкивание (например, при взрыве) или наоборот - притягивание. А если периодически менять угол, то можно получить движение по спирали. Из того же ветра можно сделать торнадо.

Maniac_91, да я знаю, я все это делаю, просто часто приходилось применять точки, а уже потом с них координаты снимать, спасибо за примеры

скиньте потом пожалуйста, то, что получилось

надо закинуть в раздел статей учебник по геометрии 7 класса
ибо подобных вопросов уже дофига видел

nvc123:

надо закинуть в раздел статей учебник по геометрии 7 класса
ибо подобных вопросов уже дофига видел

Школьные учебники геометрии базируются на теоремах и доказательствах. С алгеброй примерно так же. Здешние вопросы относятся к аналитической геометрии.

GetLocalPlayer, без разницы на чём базируются
в них есть понятие координатной плоскости, теорема пифагора и определение синуса/косинуса
этого достаточно

nvc123, в учебнике мы узнаем следующее:

• Квадрат гипотенузы равен сумме квадратов катетов
• Косинусом угла прямоугольного треугольника называется отношение прилежащего катета к гипотенузе
• Синусом угла прямоугольного треугольника называется отношение противолежащего катета к гипотенузе
• Так же мы узнаем о некоторых тригонометрических тождествах, отношениях синусов к косинусам и так далее

Ничего из вышеуказанного даже не намекает на работу связанную с поиском взаимного расположения точек. Я бы хотел посмотреть на учебник 7-го класса, в котором будет располагаться информация, позволяющая получить практические знания для проведения требуемой работы.

Каюсь, в школе я больше пинал БИНОМЫ, чем учился, о чем немного и сожалею сейчас. Геометрия тоже была в списке "ненавижусука" предметов, поэтому движение и хитрости углов мне в итоге довелось изучить уже на примерах скиллов доты. Вот если бы хоть кто-нбудь показывал реальную применимость этих синусов в жизни, авось и учили бы их охотнее.
Другими словами - учись на примерах остальных. В 2д-системе, которой является варкрафт, нет нужды погружаться в пространственную геометрию, плоскости достаточно. Высота - обособленная координата без особых запросов Поэтому находи в любой карте навык с движением, которое тебе надо, и читай код.

Ну а если эстет и хочешь, чтобы юнит рисовал восьмерку с радиусом кривизны равным 3х навык абилки, тогда да, придется углубиться.

начнем с 1 если бы кто то открыл бы мою карту там бы увидели что с косинусами и синусами я работать умею
2 ) причем тут геометрия если это математика 9 класс (если память не изменяет)
3 ) похоже я не умею формулировать вопросы ))))
4 ) call SetUnitPositionLoc( GetEnumUnit(), Location(( GetLocationX(GetUnitLoc(GetEnumUnit())) + ( CosBJ(AngleBetweenPoints(GetUnitLoc(udg_topot_caster), GetUnitLoc(GetEnumUnit()))) * 10.00 ) ), ( GetLocationY(GetUnitLoc(GetEnumUnit())) + ( SinBJ(AngleBetweenPoints(GetUnitLoc(udg_topot_caster), GetUnitLoc(GetEnumUnit()))) * 10.00 ) )) )

как это превратить
call SetUnitX SetUnitY ( пробовал сам варик не запускается )

Вы че тут рофлите просто? Че это за жесть. Ну попытались бы хоть развернуть формулы и посмотреть что вы конвертите из одного в другого а потом обратно, зачем?

// target = origin + normalize(source - origin) * speed
u = GetEnumUnit()
ux = GetUnitX(u)
uy = GetUnitY(u)

tx = GetUnitX(udg_topot_caster)
ty = GetUnitY(udg_topot_caster)

dx = ux - tx
dy = uy - ty

len = SquareRoot(dx * dx + dy * dy)
// Also need a 0 len check
dx = dx / len
dy = dy / len

SetUnitX(u, ux + dx * 10)
SetUnitY(u, uy + dy * 10)

struct
	real x
	real y
endstruct

Нужна только чтобы туда добавить методы для работы с векторами.

Углы, косинусы, синусы в большинстве случаев не нужны ВООБЩЕ.

можно и развернуть, если есть желание. проще копипастить

not_name, я открыл и увидел что ты не знаешь даже определений синуса и косинуса не говоря уже о работе с ними
GetLocalPlayer, если тебе этой инфы не хватает чтобы научиться работать с координатами то лучше тебе бросить программирование и заняться вязанием
там координаты ненужны а вязанные носки всегда пригодятся
Doc:

я имел ввиду определение косинуса и синуса из которых и выводится то что ты написал
про то что углы ненужны нафиг это понятно
их только если в параметрическом алгоритме окружности юзать можно
во всех остальных случаях легко справляются и без них

^ только вы все забываете проверять, что x и y в пределах границы карты, при выходе за границы сразу будет фатал, если попытаться туда юнит пихнуть

ClotPh, это уже должен автор вопроса делать