Ветки диалога Ren'Py: свяжите выборы, переменные истории и пути возврата

Проясните продолжение каждого выбора

menu в Ren'Py предлагает варианты, после выбора которых выполняются соответствующие блоки инструкций. При нормальном завершении выбранного блока выполнение продолжается после меню. Используйте локальный блок для короткой вариации и именованную метку, когда структуре полезна отдельная точка назначения. [1][2]

Запишите, где каждая ветка возвращается в историю. Видимый выбор обещает последствие, но им может быть изменённая реплика, значение отношений или поздняя возможность, а не навсегда отдельная глава.

Осознанно инициализируйте изменяемые переменные истории

Используйте default для переменных, способных меняться в ходе игры. Инструкция задаёт значение, если переменная не определена при начале игры или загрузке. Переменные, объявленные через define, считаются константами и не должны служить изменяемыми счётчиками отношений. [3]

Для оригинальной сцены в гавани задайте default trust = 0. Держите объявление отдельно от обычного хода разговора, чтобы повторное посещение не сбрасывало отношения намеренно. Дайте переменной ясный смысл: доверие, заработанное помощью портовому лоцману, вместо необъяснённого показателя, используемого и в посторонних сценах.

Свяжите выбор с последующим условием

Предложите игроку починить фонарь лоцмана или уйти без помощи. В ветке ремонта используйте $ trust += 1; другая ветка оставляет значение прежним. Позже вариант изучения маршрутных заметок лоцмана может использовать if trust >= 1. Пример задаёт правило отношений; Ren'Py не выводит его из диалога.

Условный вариант меню обычно скрывается, когда условие ложно. Настройка config.menu_include_disabled может вместо этого показывать его отключённым. Если недоступны все варианты, меню пропускается и выполнение продолжается дальше. Предусмотрите осмысленную альтернативу или намеренно напишите такое продолжение. [1]

Выбирайте call и jump по поведению возврата

call передаёт управление метке и сохраняет место возобновления. Вызванный фрагмент может использовать return, чтобы продолжить после вызова. jump передаёт управление, не добавляя собственной точки возврата. Используйте вызов для повторно используемого ремонта фонаря с возвращением в разные разговоры, а переход — когда история должна продолжиться в другом месте. [2]

Возврат при пустом стеке вызовов ведёт в главное меню. Не считайте его универсальной инструкцией, означающей лишь завершение текущего абзаца. Явно отражайте поведение возврата в устройстве ветки.

Проверьте последствия и схождение веток

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

Проверьте поведение при недоступном варианте заметок и убедитесь, что все предусмотренные пути достигают следующего сюжетного момента. Это предлагаемые прохождения, а не выполненные тесты. Согласуйте текст диалога с изменениями состояния истории, чтобы последующие условия отражали реальный выбор игрока.

Источники

1. In-Game Menus — Ren'Py documentation contributors.
2. Labels & Control Flow — Ren'Py documentation contributors.
3. Python Statements — Ren'Py documentation contributors.