Electr0

@Clarus @Marysan нужно запланировать турпоход на тест сервер для выявления проблем

прототип 3: исправлено: Нужно запретить указывать относительным предмет самого действия

Лифт М8 Этажник 2020 создан, отлично работает из шаблонов.

Смещения относительно позиции кнопки на этаже в моем лифте: Стена с кнопками: 16.5 Пол: -51.7 Потолок: 76.2 Кнопки: 0.0 настройка намного проще, и не требует расчетов в калькуляторе на каждый этаж, достаточно один раз расчитать расстояния по высоте предметов от кнопки по одному этажу, и если у вас этажи одинаковые и кнопки на этажах относительно пола стоят на одной высоте что и на других этажах то все будет просто.

прототип 3: осталось: Нужно запретить указывать относительным предмет самого действия

В рамках теста переведу свой лифт м7 на шаблонный вариант на новом действии.

Значение Статус изменено на: Закрытое тестирование

прототип 2: теперь можно сохранять постройки с новым типом действия предметов. диагностика предиктивной проверки проведена проблем нет. есть превышения буфера текста меню т.к. название нового действия опять же очень длинное. (похоже что просто так не полечить) проверить как сохраняется это все из библиотеки и в библиотеку.

прототип 1: исправлено: название меню выбора предмета относительности такое же как у выбора предмета действия меню выбора предмета относительности при нажатии назад возвращает на настройку кнопки, а должно на выбор действия для предмета. фикс остатка подсветки предмета при закрытии меню добавления действия. (это характерно и для стройки до версии 2.5.9.6) исправлено отключение подсветки предмета действия после перехода к выбору предмета относительности. осталось: нельзя сохранять т.к. собьется предмет относительности действия, из-за неадаптированного рефрешера UUID есть превышения буфера текста меню т.к. название нового действия опять же очень длинное. (похоже что просто так не полечить) нужно произвести диагностику предиктивной проверки для выявления есть ли проблемы или нет.

прототип 0: уже способен переносить туда сюда предметы если ему указать высоту относительно предмета который выбран предметом относительности действия. что не работает: из-за этого пока что нельзя сохранять т.к. собьется предмет относительности действия. так же наблюдается превышения буфера текста меню т.к. название нового действия опять же очень длинное. название меню выбора предмета относительности такое же как у выбора предмета действия меню выбора предмета относительности при нажатии назад возвращает на настройку кнопки, а должно на выбор действия для предмета.

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

нужно не забыть добавить в UUID Refresh функции перед сохранение слота что у нас теперь есть действие которое содержит в себе UUID предмета который тоже надо обновить в случае смены идов.

взято в план версии 2.5.9.6

возможно лучше сделать иначе.. Добавляя действие доставки пропа на нужный этаж игрок указывает кнопку вызова лифта расположенную на целевом этаже, и указывает смещение по высоте относительно указанной кнопки. Допустим выбрал кнопку на первом этаже и указал что проп должен быть доставлен на +50 юнитов относительно ее позиции по оси Z в таком случае сервер просто найдет кнопку с указанным UUID на сервере и узнав ее позицию и позицию предмета узнает сколько шагов нужно и прочее. В таком случае не придется указывать этажи и расстояние между этажами, т.к. мы и так знаем относительно какого пропа и насколько нужно доставить предмет. Из минусов при обновлении UUID в кеше кнопки придется дополнительно залазить в действие и менять UUID и там тоже.

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

что если.. в действии заставить игрока прописать на какой этаж должен поднятся проп относительно кнопки этажа и какое расстояние между этажами. А дальше.. имея закон одинакового расстояния между этажами мы можем всегда расчитать где окажется предмет. Однако этажные кнопки приказов должны быть как-то обозначены. В таком случае обязательным правилом будет расстановка всех этажных кнопок на каждом этаже и на одинаковой высоте. Смоделируем.. лифт находится на 4 этаже, вызвали лифт на 2 этаж, в таком случае система зная что мы нажали кнопку приказа второго этажа узнает координату кнопки вызова расположенной на нужном этаже и дальше уже прибавит к координате заданное смещение и тем самым получит координату оси на карте до значения которой нужно довести проп.

так как мы не будем задавать заранее на какое значение оси карты доставить предмет, нужно перед запуском действия передвижения предмета на нужный этаж произвести расчеты и записать расчитанное ЦЕЛЕВОЕ значение оси карты во временный кеш действий кнопки. нужно отбросить из памяти возможность смещения предметов после запуска действия кнопки, после пуска траектория перемещения должна быть расчитана и на нее ничего не должно влиять, поэтому как сказано выше целевые значения осей карты после пуска должны быть записаны в кеше

возможно нужно где-то хранить карту относительности позиций предметов друг от друга, адресность предметов обеспечивается тем что у каждого предмета свой UUID это ок, а вот остальное..

полная пересборка всех плагинов с задействованием этого изменения запланирована на утро понедельника. (мне лень по отдельности заливать, все равно могу что-то пропустить перепутать)