vincent_freeman, проблема в том, что у Выжившего оружие дальнего боя может быть и огнестрельным и артиллерией. Чтобы не усложнять, сделал ему один тип атаки. Может, нужно было сделать ещё один морф? То есть по сути не один, а несколько под каждый вид оружия (или триггерно дать способность, применить её и убрать). Придётся опять всю систему предметов переделывать..

Кристофер, по множителям - да, но именно тип атаки разный (ближний / дальний), поэтому в таблице они оба.

Темой ошибся. Надо туда.

А она не привязана к юниту?

molot39:

2. в действии арифметика 0=100% от данного кол-ва ресурса (ели это не ставить, то если у тебя до этого было 0 золата, то он просто выставит его как сеть больше не даст золота за килл), ну а +10 это дает 100%+10 ед. и все.

А, понял. Есть действие "Установить количество золота", а есть "Добавить количество золота".
Мы просто каждый о своём действии говорим)

molot39, ну смотри:
molot39:

на сколько помню, оно и так выпадает. в редакторе объекта можно настроить награду за уничтожение.

если брать триггер, то смотри условие, советую ставить кто конкретно умирает, и кто убивает, затем тот кто убил ему просто делать добавление золота, а не просто триггер юнит..

Тут я не спорю.

ещё советы:

1. обязательно ставь в условии кто\что умирающий (dying) равняется воздушная и/или воздушная боевая еденица (так же можно и сделать на здании)

Зачем ставить условие, что юнит воздушный или здание, если по типам умирающего юнита и так будет выставлена награда?

2. обязательно ставь в условии кто\что killing (не знаю как переводится на русском, вроде тот кто убил) равняется - тут можно поставить так же фиксацию кто именно убил, или же закрепить к войскам игрока

Кто именно убил - владелец убивающего юнита, это правильно.

3. награду ставь не просто "add 10 to (owner of (killing unit) - или фиксация) gold - золото (или дерево)" а ставь где число через сумму (арифметика) 0+10, получится так "add (0+10 - арифметика) to (owner of (killing unit) - или фиксация) gold - золото (или дерево)"

Зачем арифметика? 0 + 10 = 10 (к примеру), так что это лишнее.

пример:

на примере я зафиксировал того кто убил, так как у меня ещё много функций закреплено к нему. у тебя скорее выйдет как я писал, так же можно добавить эффект награды за убийство.

В этом примере награда будет даваться только если убийца - герой. В вопросе я не увидел такого.

bazeba, а я-то думал, что это награда-опыт, и поэтому не пользовался этим действием..
Я нуб :)

molot39:

на сколько помню, оно и так выпадает. в редакторе объекта можно настроить награду за уничтожение.

Выпадает только у нейтрально-враждебного

molot39, извини, но это бред )

Событие:
Юнит умирает

Действие:
Если тип умирающего юнита = (пехотинец)
То дать (10) золота игроку-владельцу убивающего юнита

Если тип умирающего юнита = (рыцарь)
То дать (20) золота игроку-владельцу убивающего юнита

и т. д.

Мой вариант всё же проще - 1 переменная и 1 триггер)

molot39, даже не задумывался, но вот варианты, что в голову пришли:

• периодическое событие
• цикл
• какой-нибудь математический расчёт

В общем, в системах, где требуется повторение разных действий в определённой последовательности. Или, к примеру, расчёт награды или условий задания. Где нужно определить кратность одного числа по отношению к другому (извиняйте, если неправильно написал, я школу уже 8 лет как закончил)) - например, за каждые 10 убийств давать игроку 100 золота.
Больше ничего не могу придумать.

molot39:

понял, афигеть... ситему понял, но теперь расскажи суть скрипта, в крации соответственно, что бы я понял что ты хочешь

Так выше уже рассказал) Или это не мне?

Да всё просто) Объяснять плохо умею, напишу как получится.
Тот же пример (12 mod 5). Делишь число и смотришь, сколько целых получается.
12 / 5 = 2 целых и дробные числа
Потом если сложно определить остаток, то можно результат (целое число, то есть 2 умножаем на делитель, то есть 5).
2 х 5 = 10
И полученное число вычитаем из делимого (то есть 10 из 12).
12 - 10 = 2
Вот как-то так.

Вот примерно набросал. У меня редактор без перевода наполовину, так что выглядит не так, как в твоём.

В первом триггере условие: игрок выбирает нейтрального юнита
В действиях:

• если юнит не в группе
• то он заносится в группу Group [номер игрока]
• иначе юнит передаётся кликнувшему на него игроку (дальше можно перенести его в область и т. д.)

Во втором триггере: если игрок отменяет выбор, то группа очищается (то есть в первом триггере не срабатывает условие "юнит в группе = да").

Может, совместить в один триггер?

Я немного не понял.
Если писать без условий (просто действие), то добавится при выполнении условий самого триггера.
Если нужно, чтобы добавление срабатывало при определённом условии, то назови это условие, а я определю его тип.

If / Then / Else в действиях.

GeNr1x, да.
Не получилось выставить ограничение, поэтому хоть по 100 штук в одном слоте таскай).

Chimaer, summoned - это не постройка, а способность призыва, например, водного элементаля.

Невидимая модель и способность "Москиты". Ну и триггеры без утечек, естественно.
Не знаю, что ещё можно добавить.

Ksenia, вот ссылка.

Может, у разработчиков спросить?
Мод не проходил, не в курсе, что там.

bazeba, наверное, да. Не проверял. Анимации можно переименовать и удалить ненужные.
Сейчас нет времени, на работе много дел.

bazeba, спасибо, я посмотрю эту модель)

Если нужно сразу - то точку повреждения ставить на 0.

Nosferoh, не, не смотрел. Поищу.

Кристофер, хм, а есть наработки на такую способность? В стандартных такую не видел.