RayTwitty

Да. Данные не статичны, а постоянно меняются. На самом деле оказалось, что внутри режима ComplexMode, идет поиск символа "\\n". Пробовал заменить его на символ с одним слешем - в итоге в строке его вообще не оказалось. Видимо, остается просто использовать мой первый вариант.

Вопрос следующего характера - как в Lua можно грамотно экранировать символ "\"? Чтобы при совпадении с "n" не получался символ перехода на следующую строку ("\n"). Это нужно например в окнах с режимом ComplexMode. Пока сделал такой вариант string.gsub(s, "\\", "/")но, наверно можно придумать что-то поизящнее...

Тогда зачем спрашивать мнение окружающих? Если сможете грамотно интегрировать и сделать контент под новый физический движок - молодцы, что еще сказать.

Вы бы лучше чем-то более "реальным" занимались, нежели портами мифических физиксов, хавоков и т.д. Никто не будет переделывать кучу моделей и параметров в игре под новый физический движок, только время потеряете.

Речь за ТЧ и была, причем тут ЗП? Ну вот когда проверите, можно будет думать.

Эта возможность итак была.

Флаг задает растяжку текстуры по размеру элемента(статика).

Можно просто размеры кнопки поставить по нулям и всё.

Такая хрень у меня и на семерке недавно вылезла и зависла. Вроде, при работе со студией появилась.

@VVV32768, inventory_item.xml\carbody_item.xml

https://xp-dev.com/sc/204486/HEAD/ 189 rev.

Что-то долго, ну да ладно - какие режимы есть у костюма?

Это было бы уместно сказано при том условии, если бы ты перед этим выкатил нам убердвиг с кучей фич. А так, ты пока не больше чем один из "чесателей".

А что там обсуждать? Исходники ЧН и ЗП есть - там все уже сделано - бери и переноси. Да и чем не предложение?

Лучше всего вызывать в начале файла, чтобы изменения заработали уже в главном меню. @macron, if (jit == nil) then profiler.setup_hook () end set_static_rescale_factor(device().height / device().width / 0.75) ...

Как грамотный маркетолог, я продам её за 4599 Не, на самом деле округление вполне имеет место быть. Надо только грамотный алгоритм придумать, ну или где-то подсмотреть.

Пруф?

В ходе практических тестов и вывода сохраняемых значений в лог на оригинальной игре. А то что -1 пишем в u32 не смущает?

1) условие if selected_target ~= -1 then не имеет смысла, так как u32 никогда не может быть -1, следовательно self.task_info[id].selected_target всегда равно значению p:r_u32() 2) после чего они пытаются из этого числа получить объект и даже не проверяют есть ли он вообще (!) 3) зачем вообще сохранять для заданий это значение, если оно всегда равно -1 (на save), а следовательно всегда (на load) получается (подразумевается) актор Там ничего нормального нет - весь код сплошной ахтунг. Я имел ввиду число selected_target, а не -1.

Возможно я чего-то не понимаю... task_manager.script function CRandomTask:save(p) ... p:w_u32(v.selected_target or -1)беззнаковое целое не может быть -1, поэтому сохраняется 4294967295 (что логично) загрузка: function CRandomTask:load(p) ... local selected_target = p:r_u32() if selected_target ~= -1 then self.task_info[id].selected_target = selected_targetкакое нахрен -1???Причем ниже, они из этого числа хотят получить игровой объект. if self.task_info[id].type == "defend_lager" then local defend_object = alife():object(self.task_info[id].selected_target)А теперь вопрос - как оно вообще работает? o_O Добавляю вывод в консоль: if self.task_info[id].type == "defend_lager" then local defend_object = alife():object(self.task_info[id].selected_target) local sm_ini = defend_object:spawn_ini() log1("defend_object selected_target = "..self.task_info[id].selected_target.." name = "..defend_object:name()) self.task_info[id].defend_target = utils.cfg_get_number(sm_ini, "random_task", "defend_target", nil, true) endрезультат: defend_object selected_target = 4294967296 name = single_playerИ так для каждого задания "defend_lager". WTF.

Отчасти так и есть - многие правки не документировались сразу, а по прошествии времени предназначение "забывалось" и восстановить ее становилось очень сложно (по сути, приходилось заново "прорабатывать" правку). Но тут тоже, у всех свои причины - нехватка времени, лень и т.п. Я старался всегда описывать свои правки либо в описании коммита, либо в файле, либо в ФАКе. @Nazgool, я у себя в исходниках планирую ввести параметр "auto" для height\width (как в CSS-стилях) - чтобы для нужных элементов окна пропорционально рассчитывать значение. Например, для заведомо квадратных и круглых поверхностей будет самое то. Уже протестировал на курсоре - работает отлично. З.Ы. Справа налево - "6 патч", "7 патч", "автоматический расчет пропорций".

@Alien_181, насколько я понял, для работы правки надо вызвать где-нибудь в _G: set_static_rescale_factor(device().height / device().width / 0.75)

С ограничением по ячейкам - только править движок.

@Карлан, лучше в справочник по функциям и классам запостить, имхо. Хотя, тут не особо много постов, найти при надобности тоже просто.

http://www.amk-team.ru/forum/index.php?showtopic=10339&p=910493 Дополнил FAQ описанием классов: matrix, CTime, CALifeSimulator, CSE_Abstract, CSE_ALifeObject, а также оконными классами: CUIWindow, CUIStatic, CUIListWnd, CUIComboBox, CUITrackBar. Таким образом, описаны практически все скриптовые правки, за исключением пространства level и колбеков. Однако есть пару пробелов в FAQ - в частности методы класса matrix и метод use_ai_locations класса CSE_ALifeObject. Также, не на 100% уверен на счет описания методов класса CTime... Если у кого-нибудь есть какая-нибудь инфа по этому материалу - прошу написать в теме З.Ы. печально, что почти все правки делались без описания в коммите, и их назначение приходится искать практически везде по движку и геймдате OGSE.