Система сборных предметов, этим все сказано.

Наработка должна полностью быть совместимой с мультиплеером, так как глобальные переменные (внутри библиотеки ISS) хранят только рецепты и списки соответствий.

call receptlist.add(id0,id1,id2,id3,id4,id5,id6,id7)

Где id0 .. id7 - это id типа предмета. id0 - то что соберется после получения всех ингредиентов. id1 .. id7 - ингредиенты. Повторяющиеся ингредиенты необходимо передавать столько раз сколько они повторяются. Если ингредиентов меньше чем семь, то первыми передаются ингредиенты, затем нули. ВАЖНО: передаются id предметов, а не их пустышек.

call itemlist.add(id1,id2,b)

Где id1 - id типа предмета, id2 - id типа пустышки, b - boolean переменная отвечающая за возможность покупки данного предмета в магазине (true - купить можно, false - нельзя).

call receptlist.rem(id0)

Где id0 - это id типа предмета (целевого для рецепта который необходимо удалить).
ВАЖНО: передаются id предметов, а не их пустышек.

call itemlist.rem(id1)

Где id1 - id типа предмета (связь которого с пустышкой необходимо удалить).

Скопируйте триггер ISS себе на карту и пользуйтесь. все! :)

Должен предупредить - у предметов используются Custom Value, то есть для проверки из магазина этот предмет или нет (null если из магазина). Если вы используете Custom Value для предметов, советую закомментировать строку в ISS

call SetItemUserData(it,1)

(она помечена в коде комментарием <---- !!!THIS IS!!!!)
и следить за тем чтоб на карте не было предметов (а точнее их пустышек) с не назначенным Custom Value. Все это имеет смысл если вы передали в itemlist.add(id1,id2,b) хотя бы один False.

Вроде все. С вопросами в аську или в этот пост.

Ищем баги, комментируем.

Добавлено: Item Sets System
Оценка: 6 / 10
Награда: 180 опыта

Переизобретаем велосипед? Оо
Да ещё и таким изощрённым способом. Таких наработок хватает, и если уже делаешь, то уже придумал бы нечто неординарное.

Да. Забыл написать. Данная наработка написана не с целью самой наработки, а с целью использования ее потом в полне конкретных целях. А насчет других наработок видел только такие: юнит получил предмет, посмотрели нет ли полных сетов в инвентаре, заменили предметы если есть... Хотелось чтоб анализировались не только инвентарь, но и тот предмет который мы пытаемся взять/купить. Получилось, то что получилось, за критику спасибо.

Не понял зачем нужна это наработка. Это мое мнение.

Хех, а вот моя наработка на эту тему, все намного проще и почти без жасса...

зачем заного изобретать велосипед?))))))))

Ибо это не велосипед, а мотоцикл если сравнивать другими похожими. Там в 99% не анализируется подбирающийся итем P.S. jass рулит

ну ладно уж! человек старался, лучше просто сказать что такое уже есть, пускай что нибудь новое придумает.

Юниты - пустышки это просто кошмар, кстати если нужна наработка "как в Доте" вы можете взять ее прямо из открытой версии Доты.

Выложил то что вышло теперь, все стало гораздо красивее и компактнее. Реализована полная поддержка мультиплеера (ни одной глобальной переменной для хранения юнитов, предметов и подобного не используеться.)
Жду критики!
P.S. прошу не писать что такое уже есть. Я делаю это не ради новизны.
P.S.S. Имхо, теперь это действительно мотоцикл.

Что не понравилось - отсутствие комментариев. И зачем ты испоьзуешь итем лвл и юзер дата? Смысл? вобщем распиши все подробно

Обновлены вложения, теперь есть поясняющие комментарии. Жду критики! :)

А вот мне интересно как подбирать седьмой предмет?

Так ты скачай, да посмотри! ;) сам седьмой предмет не береться. А просто анализируеться при попытке его взять.

Эта системка в один триггер...она ж легкая, но все равно за старание +

Сделай так, и убери проврку по лвл-она ваще никчему. и все будут благодарны)

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