Shredder

Такой вопрос. Можно ли при спавне объекта установить ему condition? Делаю так:

Если ты "не силён" в скриптах, то зачем давать бесполезные советы? Имунитеты актору по "аналогии" никак не добавить (изменить), т.к. в случае фонящих предметов из рюкзака ГГ скриптом увеличивается доза радиации. Однозначно, без ковыряния движка иммунитеты скриптом не изменить. В Xray-extension для ТЧ уже много чего добавили, но про изменение иммунитетов точно сказать не могу, т.к. ковыряю ЗП.

Нужен текстовик. Задача придумать толковые названия и описания добавленных в игру предметов (их не так много), а так же описания тайников, как в ТЧ. Работы как видите не много, но если кто возьмется, буду очень благодарен. Версия игры: ЗП

Когда я первый раз запускал эксперимент, то подумал об этом, и создавал три разных "счётчика", поэтому у меня результаты не изменились: ##time is 162232.109375 ##time is 731144.5 ##time is 566500.8125 PS: Результаты сильно разнятся, интересно, с чем это связано? У меня процессор Intel Core Duo T8100 2.10Ghz. А может из-за версии игры?

Проверил для ЗП 1.6.2 + X-Ray extension, результаты: pairs: 0.162835 sec foreach: 0.698536 sec Достаточно убедительный довод, чтобы впредь не использовать foreach. Жаль конечно

На всякий случай сообщаю, что в ЗП у серверного объекта есть свойство angle, которое как-раз и является тем самым direction. Это свойство к тому же доступно и на запись.

Как раз в приведённых мною примерах я вообще не уделил внимание корректности и оптимальности, а только показал, как с помощью table.foreach можно избавиться от вложенности. Что конкретно происходит внутри цикла - я даже не вникал. Так что по пунктам 1,2 и 3 - это к GSC

Приведу пример, что для меня значит "читабельность" кода. Фрагмент из treasure_manager.script (ТЧ)

В ЗП эта функция есть, и раз нет ничего такого, чтобы мешало её использовать, отныне буду все итерации таблиц делать с её применением, чтобы код выглядел более читабельным. Дабы не разводить чат в теме пишу в твоём же посте (эх, служебное положение). Не соглашусь с тем, что функция итератор foreach выглядит более читабельно нежели pairs. Но, раз тебе нравится - пожалуйста, никто собственно и не возражает... ColR_iT

Да это понятно. Только как раз наличие такого оператора дало бы возможность уменьшить вложенность, как ранний return в функции. Эх, жаль конечно. Я тут недавно наткнулся на интересный вариант итерации таблиц table.foreach(table, function(k,v) ... end). Если пользоваться таким способом, то тут ранний return решает проблему вложенности. А вот как со скоростью по сравнению с pairs (ipairs)? Есть ли какие-нибудь подводные камни?

Есть ли в Lua возможность пропустить шаг в цикле? Приведу пример из php foreach ($array as $k => $v ) { ... if (...) { continue // код ниже не будет выполнятся для текущей пары k,v } ... } Надеюсь, понятно объяснил

В ЗП переделываю родные тайники на обычные, как в ТЧ, с целью внедрить рандомные тайники, как в АМК. Всё это дело происходит в скрипте. Пара вопросов к знатокам. 1) Как можно узнать direction у объекта, полученного как obj = alife():object(i). obj.position - позиция нормально, а obj.direction - nil 2) Где-то мне попадалась информация, что тайники хорошо бы всегда держать в online, т.к. при переходе тайников, содержащих в себе предметы наблюдаются фризы. Если это так, то что для этого нужно указать в object_flags тайника?

Да. CUIScrollView в xml описывается так:

Тут всё просто. В ScrollView добавляешь статик с нужной текстурой (картинкой). Размеры этого статика должны быть такими, чтобы изображение полностью в нём уместилось. Размеры ScrollView - какие тебе нужно. Только есть одно "НО" - горизонтальной полосы прокрутки у ScrollView нет (хотя может у меня руки кривые). Т.е. размер ScrollView по ширине должен быть равен ширине картинки.

TYOPA, CUIScrollView - это не скроллбар, это окно с вертикальной полосой прокрутки. Какие методы использовать - зависит от задачи.

Ты что вообще от CUIScrollView хочешь? Я промолчу про кучу непонятно зачем вызываемыз методов, но вот это: self.ggRukzakScroll:AddWindow(self.ggRukzakScroll,true) - убило. Самого себя добавить к себе?

Desertir, получается этот скрипт можно (нужно?) совсем отключить?

Очень интересует такой вопрос, возможно ли в ЗП узнать секцию установленной на оружие оптики? В нет-пакете такой информации не обнаружил...

Не совсем правильно. При спавне чего-либо клиентский объект будет доступен только на следующем апдейте, поэтому я бы заменил вот это: alife():create( spawn_sect,zone:position(),zone:level_vertex_id(),zone:game_vertex_id()) --спавним предмет в на вот это alife():create( obj, zone_obj.position, zone_obj.m_level_vertex_id, zone_obj.m_game_vertex_id)

Возвращаюсь к своему вопросу по поводу приаттачивания глушителя. Спасбо, Artos, функция m_netpk.do_switchings работает как надо и пистолетик возвращается с глушителем. Но есть один ньюанс. Я не могу отправить оружие в оффлайн, если оно находится в слоте. Приходится сперва делать дроп. Есть ли какой-нибудь способ вернуть оружие "с земли" в рюкзак? Или может есть другой способ скриптом приаттачить аддоны к оружию? (ЗП)

Пытаюсь в скрипте приаттачить глушитель к оружию (ЗП). Оружие точно может иметь глушитель. Код функции ниже. После того как оружие возвращается из оффлайна в онлайн addon_flag снова равен 0. Что я делаю не так?

ZeeK, твой код будет рабоатать, если у тебя надет комбез "Сева" и ты находишься на Затоне, причём независимо от его состояния. Если в слоте вообще не будет комбеза - будет вылет. Думаю нужно как-то так:

Kirgudu, тоже сортировка сломалась (ЗП). Правда использую xray-extension. Если не сложно, выложи самописную функцию, чтобы мне велосипед не изобретать. А вот код, где сортировка не работает:

Я имею ввиду в оригинале есть. Или это тоже копипаст считается? =)

AutoGnom, очень хочется спросить: А за чем это всё? Эти полоски и миникарта они же и так есть...