Electr0

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

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

форум обновлен до 4.3.1, какие-то минорные фиксы релиза 4.3.0

Прототип 0.2.2: раздроблен файл menu.sp на части, ввиду того что очень сложно ориентироваться в файле в котором 533 кб кода menu_root.sp menu_control.sp menu_objects.sp menu_library.sp menu_ws.sp menu_help.sp menu_options.sp menu_other.sp раздроблен файл database.sp на части: с целью вычленить отдельно загрузку и сохранение предметов чтобы удобнее было редактировать их код когда это нужно, потому что всегда приходится искать их тела в достаточно крупном файле database.sp database.sp database_load.sp database_save.sp Реализовано сохранение построек в библиотеку от задания входных параметров до сохранения предметов из шаблона в библиотеку построек.

Прототип 0.2.1: Получилось преодолеть проблемы рендеринга нужного мне стиля меню на базе обычного меню со страничным стилем Бесплатная: Платная:

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

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

golden swag

Прототип 0.2: Добавить обработчики меню списков платных / бесплатных построек, нужно придумать стиль отображения данных об постройке, подумать над тем чтобы у нас была возможность сначала после захода в меню построек. Добавить категории, лучше сейчас чем потом когда списки будут переполнены Оптимизировать текст в процедуре добавления предметов Обновленное меню отправки постройки в библиотеку: Меню Библиотека => Постройки со списком категорий и кол-ва построек в них, там же можно перейти в список построек загруженных самим игроком:

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

обновлена информация о деталях

Выработаны дополнительные требования к проекту библиотеки построек, теперь когда есть четкое понимание всех аспектов, технические вопросы тоже улажены, можно приступать к написанию кода

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

Процедура сохранения убежища в магазин следующая, две таблицы в одной описания убежек и ID который AUTO_INCREMENT во второй данные о предметах убеги, после INSERT INTO запроса на добавление убежища в таблицу описания через запрос SELECT LAST_INSERT_ID(); получаем ID добавленной убеги и запускаем унифицированную функцию сохранения которой указываем ID как идентификатор убежища

Прототип -5: Разработать базу данных под описание убежищ и хранилища предметов из этих убежищ, а так же проработать алгоритмы чтения записи убежищ

Значение Статус изменено на: Исправлено

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

нужно запретить использовать шаблоны после старта паники чтобы не злоупотребляли возможностью загрузить много раз.

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

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

версия готова для внутреннего тестирования