Electr0

Прототип 3.3 Сделано: Сделать запрет на использование кнопок во время сохранения Сделать запрет сохранения во время использования кнопок (традиционное сохранение и автозагрузчик) Добавить проверку AGF (если кто-то стоит на предмете, прыгает на нем, использует как землю стоя на нем) Для снимков введен сброс статуса кнопки чтобы не получить мертвую кнопку, т.к. создание снимка не остановить.

Прототип 3.4 отменен, ввиду слишком большого кол-ва исключений, и желания начать стабилизировать то что уже имеется.

Прототип 3.3 пока что отложен ввиду того что нужно сделать примерные прикидки того будет ли функционировать медленное передвижение и можно ли его сделать безопасным для сохранности данных построек. Прототип 3.4 Сделать: Сделать медленные передвижения по осям предмета для реализации лифтов, раздвижных дверей, и многого другого Нужно написать функции которые будут расчитывать финальное расположение предмета после медленных передвижений чтобы при перезагрузке плагина прерывая все это мы могли довести его до финального состояния.

Прототип 3.2 Решить нужно ли добавлять в отмену и повтор изменения по кнопкам. Проверить возможные проблемы с тем как действия сохраняются Сделано: Добавить поддержку блокировки / разблокировки кнопки через действие над ней (на данный момент прописано все кроме того что текущая реализация ломает исполнение действий) Зарезервирован индекс BUTTON_INFO_PSWD под пароли если вдруг решу что нужно вводить возможно запоролить доступ к кнопке. Добавить разблокировку и блокировку дверей / кнопок в меню управления Блокировка разблокировка кнопки вынесена из меню настроек кнопки, т.к. ее можно разблокировать заблокировать из добавленного меню Действия с блокировкой. Исправлено отсутствие сохранения оси действия Исправлена проблема остановки рендера меню списка действий в некоторых случаях. Расширен лимит действий кнопки до 20, действий на один предмет 10. Исправить: была один раз аномалия при сохранении результатов включенной кнопки, после включения появляются искажения в результатах работы кнопки, как оказалось ее кеш действий формировался нормально, но не записывался в базу данных. По странной случайности действий там было много аж 10.

Значение Статус изменено на: Тестируется

Значение Статус изменено на: Тестируется

Прототип 3.1 Сделано: Вчера время было позднее я греб как мог, и таки добил добавление действий но наделал ляпов: Нужно отключить запрос на введение данных о том насколько сдвинуть повернуть после выключения кнопки, т.к. эти значения инвертируются автоматически и нет нужды их вводить. Исправлена работа REGEX проверки на вводимые значения RGB формата 255 255 255

самое забавное не указал что потерял

надеюсь через годы ты вспомнишь как ты криво делал посты на форумах

Значение Статус изменено на: Отклонено

Как оказалось я забыл что параметр alpha работает только при режиме RENDER_TRANSALPHA

Значение Статус изменено на: Тестируется

Добавлено в версию с кнопками. Документация к !fs_color обновлена

Значение Статус изменено на: Тестируется

внедрено в прототип кнопок 3.0

если будет реализовано будет вложено в прототип кнопок 3.0

Прототип 3.0 Сделано: Добавить выбор значений сдвига при перемещениях Добавить выбор значений сдвига при поворотах Добавлен выбор оси для поворотов и перемещения Добавлена поддержка добавления / реконфигурации действий: по выставлению цвета по имени, блокировке, разблокировке, открытию дверей, закрытию дверей, изменению яркости Добавить выбор названия кнопки Если удалить следующее после первого действия над одним предметом например третье, и удалить все остальные, то будет лол, останется действие под номером три, несовсем логично и вызывает ошибки логики, грубоговоря во время удаления или после удаления нужно пересчитать действия и поправить нумерацию. Добавить диалог подтверждения добавления / перенастройки действия.

Реализовано чтение такого формата, это эпично в действии )

придется подумать как реализовать сие в текущей структуре. Текущий вариант хранения: "fs_buttons_cache" { "2352faaa-c2ce-4a25-8ce8-2c8a360f3bfe" { "0" "0" "1" "Рубильник щитка" "2" "1" "3" "0" "4" "0" "5" { "7ddfc4d9-fb75-42fe-8921-f5694a1af3fe" { "0" "Дверь 1" "1" "39" "2" "1" "3" "-54.512897" } "13d8a34b-796d-4796-8b6a-ebb9c9eba3f9" { "0" "Дверь 2" "1" "39" "2" "1" "3" "-54.512897" } "9c397a35-765c-4136-b136-a8fba15d7045" { "0" "Лампа над дверью 1" "1" "8" "5" "300" "6" "0" } } } } Варианты решения, в качестве примера сценарий где выполняются по два действия над каждым предметом: разблокировка дверей (код 43) открытие дверей (код 44) блокировка дверей (код 42) изменение яркости лампы с 100 до 300 (код 8) смена цвета лампы с красного на зеленый (код 19) Новый вариант 1 ((отказ от названий действий ввиду их бессмысленности когда тип действия говорит все что нужно, плюс предмет выделяется лучевым ящиком), внутри ключа посвященного предмету создаются ключи 1,2,3,4 и далее, так можно записать много действий внутрь действия над одним предметом): "2352faaa-c2ce-4a25-8ce8-2c8a360f3bfe" { "0" "0" "1" "Рубильник щитка" "2" "1" "3" "0" "4" "0" "5" { "7ddfc4d9-fb75-42fe-8921-f5694a1af3fe" { "1" { "1" "43" } "2" { "1" "44" } "3" { "1" "42" } } "13d8a34b-796d-4796-8b6a-ebb9c9eba3f9" { "1" { "1" "43" } "2" { "1" "44" } "3" { "1" "42" } } "9c397a35-765c-4136-b136-a8fba15d7045" { "1" { "1" "8" "4" "300" "5" "100" } "2" { "1" "19" "6" "255 0 0" "7" "0 255 0" } } } }

прототип 2.9 Сделано: Выработан принцип хранения множественных действий над одним предметом Реализовано чтение и выполнение действий множественных действий над одним предметом В меню действий реализовано чтение, и подсчет кол-ва множественных действий В меню настроек кнопки корректно считывает кол-во действий Добавлено: разблокировка, блокировка, открыть дверь, закрыть дверь, RGB цвет в действия кнопок (для задействования нового сценария применения кнопок который я тестирую на закрытом сервере) Реализовано обратное чтение действий при выключении, чтобы соблюдать правильную последовательность выключения, поскольку некоторые действия в иной последовательности просто не заработают. Реализовано открытие меню действий на ту же страницу (это было сломано из-за того что на один UUID теперь может приходится по несколько действий) Удалена ненужная теперь кнопка смены названия действия Починить удаление действия Если действий над одним и тем же предметом два и больше нужно предоставить возможность поменять их очередность, поскольку иначе игроку, если он хочет сделать какое-то действие первым придется удалить все действия и добавить их в нужной последовательности, это неудобно..