WC3
Добавлен Пушистый
Всех приветствую. Возник такой вопрос. Суть: при добавлении герою некоторой геройской способности (концепт Рубика) невозможно заставить разместить добавляемую способность в определенной ячейке панели управления юнитом, в результате чего происходит сдвиг всех способностей, так как нужная по характеристикам РО ячейка уже занята другой.
Вопрос: как заставить способность становиться в определенную ячейку (например, в (1;1)), при этом не задевая интерфейс управления другому герою (если использовать новые Blz-нативки, то их действие распространяется на все способности, в результате чего получается правильное отображение у героя-Рубика, но в этот же момент хромает интерфейс у героя-цели).
P.S.: без использования мемхака.
Вопрос: как заставить способность становиться в определенную ячейку (например, в (1;1)), при этом не задевая интерфейс управления другому герою (если использовать новые Blz-нативки, то их действие распространяется на все способности, в результате чего получается правильное отображение у героя-Рубика, но в этот же момент хромает интерфейс у героя-цели).
P.S.: без использования мемхака.
Принятый ответ
Мда, лича то или меня спросить не судьба?
Если что то там все до безобразия просто, все пустые места заткнуты пассивками на основе змеиной ловкости 'AEev' с черной иконкой и без описания, 1 гуишный триггер который ждет пока рубик выучить какую-либо абилку, и с помощью if then else удаляет ту пассивку, на место которой встанет выученная абилка. Сворованные скилы никуда не деваются, просто скрываются, кроме случаев если рубик спер одно и то же заклинание но разного уровня. Так же там есть массив с перебором куда засунуты все абилки которые воровать нельзя, там такая нехила база данных. Для некоторых абилок на всякий случай сделаны отдельные копии для рубика.
Если что то там все до безобразия просто, все пустые места заткнуты пассивками на основе змеиной ловкости 'AEev' с черной иконкой и без описания, 1 гуишный триггер который ждет пока рубик выучить какую-либо абилку, и с помощью if then else удаляет ту пассивку, на место которой встанет выученная абилка. Сворованные скилы никуда не деваются, просто скрываются, кроме случаев если рубик спер одно и то же заклинание но разного уровня. Так же там есть массив с перебором куда засунуты все абилки которые воровать нельзя, там такая нехила база данных. Для некоторых абилок на всякий случай сделаны отдельные копии для рубика.
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
Хотя не, думаю, это либо ни на что не повлияет, либо будет десихнрон.
Отредактирован Maniac_91
Правда, перезарядка сбросится, скорее всего.
Отредактирован Пушистый
crusader556, ну, такой вариант сработает, правда, не универсально (в зависимости от количества способностей придется создавать такое же количество их копий + ассоциативную таблицу в виде большого ветвления из ифов).
проблема же только возникает если способности в нижнем ряду не выучены, проверить выучены ли способности 1 2 3 4 что в нижнем ряду, в случае если не выучены, давать спел пустышку, в итоге в теории нижний ряд будет занят скилами и спел добавиться в средний ряд )
Если что то там все до безобразия просто, все пустые места заткнуты пассивками на основе змеиной ловкости 'AEev' с черной иконкой и без описания, 1 гуишный триггер который ждет пока рубик выучить какую-либо абилку, и с помощью if then else удаляет ту пассивку, на место которой встанет выученная абилка. Сворованные скилы никуда не деваются, просто скрываются, кроме случаев если рубик спер одно и то же заклинание но разного уровня. Так же там есть массив с перебором куда засунуты все абилки которые воровать нельзя, там такая нехила база данных. Для некоторых абилок на всякий случай сделаны отдельные копии для рубика.