Barmolini 1 Опубликовано 8 Октября 2014 Как раз на рестриктор и будет лучше всего.Сугубо ваше мнение.Создавать ещё один игровой объект, который обновляется, к слову, через stalker_binder - да, очень правильно... Выдать инфопорцию можно и через логику. Установить флаг по приходу на нужную точку, а в логике прописать условие on_signal = имя сигнала|%+имя инфопорции% - вот это, мне кажется, куда правильнее. 1 Поделиться этим сообщением Ссылка на сообщение
Barmolini 1 Опубликовано 9 Октября 2014 @AndreySol, вот только при каждой загрузки такие рестрикторы всё равно проходят весь свой "путь" работы вплоть до nil. Чтобы такой рестриктор больше не приносил неудобств его нужно удалять, а не в nil переводить. Учи мат часть. Поделиться этим сообщением Ссылка на сообщение
Barmolini 1 Опубликовано 9 Октября 2014 @Romann, ещё как - как! Всё дело в том, что кто-то не умеет их применять - а это уже другой разговор. Если он "путешествует" от гулага к гулагу, то ведь придя во второй он придёт на работу, которая будет его ждать - выдать инфопорцию там разве проблема? 1 1 Поделиться этим сообщением Ссылка на сообщение