Эта самая простая и универасльная система, для GUI юзера (никакого кеша и vjassa)

Для импорта:
Копируем триггер Core в карту
Создаем 3 переменные: ItemStore (тип предмета, массив), ItemGet (тип предмета), ItemSuccess (логическая)

Для использования:
Заполняем массив ItemStore нужными итемами
Присваиваем ItemGet результат
Ставим строку с кастом скриптом: call ItemSys_CombineItem()
(После этого будет проведена проверка итемов и если все есть, то происходит скрещивания предметов (можно вставлять в триггер с любым условием и событием))
В случае если предмет скрестился ItemSuccess будет равно true, в противном случае false (позволяет в том или ином случае добавлять действия, например текстовые сообщения или спецэффект)

Пример:
Мы хотим сделать рецепт 2хКогтей Атаки (+6) = Когти Атаки ( +12), тогда

Прикрепленные файлы

GUI Combine.w3x (14.3 Кбайт, 159 просмотров )

krimatoriy
Моя система упрощает триггер, оставляя только самое необходимое + есть возможность использовать для рецептов одинаковые предметы

Freezen, отлично!
Но можно проще... Надо поискать свою системку =/

Миниатюры

 

ScorpioT1000, +1
Freezen, твоя система не сработает, перемести кс вниз.

akkolt добавил:
Кстати, все равно не понял... каким образом скрещиваются предметы?

akkolt добавил:
А вот теперь понял =) ты хоть выложи код самой системы, ато пока не скачаешь, не поймешь...

Freezen, самая простая и универсальная система для GUI юзеров (да и не только) - это когда он вбивает ТОЛЬКО параметры системы (связки предметов, эффект при скрещивании и т.д.). Остальное система должна делать сама.
Вообще, в идеале user-friendly системы должны совершать действия максимально эффективно и быть максимально удобными в обращении.
Данная система малоэффективна и, честно говоря, не очень-то дружелюбна.

дял сосунков =)

хотя второй аспект есть не выкладывать публично подобные "системы" =)
да и учись на тупых постах которые здесь запостили и не пость этим мудилам больше нечего ибо они тока обсирают =) т.е. делай для себя что надо и всё и если оно будет работать то зашибись =)
в конечном случие это всё делаетьса для игрововй карты. если хочеш делать публичные системы тогда организовывай их так что бы было удобно юзать особено ГУИ что само за себя говорит =)

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

свдн писал все правильно в этой теме
тс писал все правильно в этой теме
жон писал все правильно в этой теме
я думаю тоже)

потер срач

ADOLF добавил:

ну это "изолированный" вариант развития, просто фичя в том что если тебя не обосрали (никто афтори не обсирал, вся критика несла конструктивный характер) а указали на ошибки/недоработки то это надо принимать к сведению а не кричать "какие вы все тут нехорошие"

а реально мнение со стороны очень важно

ADOLF добавил:
в идеале пользователь должен вначале один раз задать системе рецепты и все (в т.ч. тригер который отлавливает получение предмета) д.б. зашито в систему

Freezen таких систем полно и они никому ненужны
и в идеале не должно быть цыкла, ну или уменьшать количество интераций надо
если сделаеш так то тогда это уже будет что-то значить, можеш сортировать БД и делать бинарный поиск по предмету с минимальны равкодом или брать первые 11 байтиков (боже, я заразился) предмета с минимальным равкодом в рецепте и помещать в этот индекс массива (тогда с одинаковыми байтиакми могут быть до 8 предметов) и при проверки героя делать чето подобное, ну или попробывать опять заюзать какнить хендлы равкодов переведеных в строки, ну вообщем это первоночальная пища для размышления, недумаю что один из вариант действительно получится сделать т.к. там у каждого свои проблемы