Влад, ты уже очень многое узнал о jass. Конечно, в jass полно и других важных наработок. Есть команды, позволяющие выводить текст в любом месте экрана. Есть спец. команды, позволюющие производить общие действия для всех игроков на одном только компьютере (например, играть такой-то звук). Есть наработки Vexorian-а, который по сути сделал такую же систему, как SCV Димона, но раньше. Есть методы, позволяющие упростить работу с группами юнитов. Есть методы создания специальных объектов, которые определяют, что юзер щелкнул мышкой в такую-то точку (на основании этого построен инвентарь Димона на 80 слотов). Вообщем всяких приемов хватает. Но всему этому обучать я уже не буду, т.к. во-первых, сам многого не знаю, во-вторых, ты уже сможешь разобраться самостоятельно. Можешь проверить - статьи по jass, которые раньше казались сложными и непонятными, теперь станут доступными, а материал изложенный в них - будет уже знаком.

Владея приемами работы с jass, самое главное для триггерщика - умение правильно ставить и находить решение задач, умение алгоритмизировать задачу, умение мыслить творчески. Про это я уже писал отдельную статью. Дальше, все уже зависит от твоих мозгов и твоего опыта.

Вот, к примеру, Drakvius как-то раз попросил меня разобраться с тем, как устроено заклинание passive mana shield известного буржуйского автора. Идея в том, что пвреждения должны наноситься мане, а когда мана кончится - жизни. Думаю, ты уже догадаешься, как это сделать. Единственный способ, пригодный для этого методами war3 - отлавливать повреждения, полученные юнитом при помощи триггера с событием unit takes damage. Т.е. для каждого юнита с пассивкой, нужно создать такой триггер - это задача решаемая. При нанесении повреждения юниту, возможны разные случаи:
- маны у юнита больше размера повреждения: в этом случаи мы восстанавливаем юниту жизнь и отнимаем ману.
- маны у юнита меньше размера повреждения: в этом случае из получеченного юнитом повреждения мы должны восстановить число жизни, равное количеству маны, а потом обнуляем ману.

Вроде все хорошо. Все, да не все. Оказывается, что событие unit takes damage срабатывает на какую-то долю секунды раньше, чем юниту наносится повреждение. Из-за этого, если жизнь юнита полная, мы пытаемся добавить жизнь и отнять ману. Но жизнь полная и поэтому добавлять к ней что-то бесполезно. Получается, что жизнь юнита все равно страдает. Мелочь, а не красиво.
Можно конечно сделать паузу 0.1 секунды и уже после этой паузы восстанавливать жизнь юнита. Тогда все работает нормально, но все таки видно, как жизнь юнита колеблется. Опять же, некрасиво.

Drakvius предложил глянуть этого спрел этого буржуйского автора - там было столько jass кода, в котором было так лень разбираться, что я на это забил. Стал думать. Есть ли возможность отловить момент, когда у юнита отнимутся жизни? В принципе есть. Существует такое событие, которое срабатывает, когда жизнь юнита станет меньше указанного значения. Этим можно воспользоваться! Просто если жизни у юнита почти полные и нельзя использовать метод добавить жизнь сразу, мы СОЗДАДИМ ТРИГГЕР с событием, которое сработает, когда жизнь текущего юнита станет меньше текущего значения. И именно в этот момент мы добавим жизни юниту обратно. Проверил - сработало.

Код получился наверное в 3-4 раза короче, чем у буржуйского автора, а результат тот же самый :).

Вообщем Влад, для интереса, если хочешь посмотреть интерсные jass наработки и выяснить, как они устроены, рекоммендую:
- наработка Димона: герой Seal master
http://www.blizzard.ru/forum/showthread.php?t=13831
- моя наработка: герой Еретик
- моя наработка: герой Лорд Хаоса
http://forum.wc3.ru/showthread.php?t=10999
12 пост
- наработка для созданий Аеонов
http://www.blizzard.ru/forum/showthread.php?t=12005
ТОЛЬКО ИЗ ПОСТА 7
- спел passive magic shield
http://host1218.hostland.ru/forum/showthread.php?t=1362
- спел Divine bless и Аура сопротивления
http://wc3.xgm.guru/files.php?category=4&perpage=20&page=3

Когда почувчтвуешь, что готов, сможем приступить к разбору инвентарной наработки.
-------------------------------------------------------------
Sergey добавил:
В сценарии обязательно должна быть глобальная перменная p типа точка

function do_polar_offset takes location source, real dist, real angle returns location
local real x = GetLocationX(source) + dist * Cos(angle * bj_DEGTORAD)
local real y = GetLocationY(source) + dist * Sin(angle * bj_DEGTORAD)
call MoveLocation(source, x, y)
return source
endfunction

и функция

function move_p_to_unit takes location source, unit u returns location
local real x = GetUnitX(u)
local real y = GetLocationY(u)
call MoveLocation(source, x, y)
return source
endfunction

Вставляем эти функции в код сценария.

Вторая функция берет объект точка и объект юнит и приравнивает точку к положению юнита. Тюею мы можем написать
move_p_to_unit(udg_p, u) - и результатом будет то, что точка, на каоторую ссылается переменная udg_p станет указывать на положение юнита u. При этом не засоряется память.

Первая функция берет точку, угол и расстояние. Она производит смещение переданной точки относительно текущего положения в полярных координатах.
Т.е. мы можем написать
do_polar_offset(udg_p, 100, 60) - точка p сместится на 100 единиц под улом 60 градусов относительно текущего положения. Утечек памяти не будет.

Теперь скомбинируем первую и вторую функцию. Допустим, нам нужно сместить точку p в другую точку относительно текущего положения юнита. Используем вложенные функции:
do_polar_offset(move_p_to_unit(udg_p, u), dist, angle)

- это общая формула для такого вида конструкции. Здесь
udg_p - глобальная переменная, которую мы используем для всех перемещений
u - юнит, относительно которого производится вычисление
dist и angle - параметры смещения