Динамические диалоги

Генерация динамических диалогов (dd).

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

Использование dd можно условно разделить на три этапа:
1. Скрипт: Инициализация, заполнение списка (из чего будем выбирать)
2. Взаимодействие с игроком: Сам диалог, выбор элемента из списка.
3. Скрипт: Реакция на выбранный пункт, обработка.

1.Список задается парами значений типа string. {sDesc,sValue}.
sDesc - описание (та часть, что будет видна в диалоге)
sValue - значение (для универсальности строка)

Но перед заполнением списка требуется инициализация dd

В диалоге отразится значение sDesc, а при выборе этого пункта
указанному скрипту обработки будет доступно значение sValue.
Параметры (скрипт обработки, "ширина" окна и т.п.) задаются
примерно так:

Русский Комбо-Хак

Кстати, давно пора собрать один-два стандартных хака, чтобы шардостроители могли их использовать и юзерам не приходилось качать одно и то же в разных вариантах\названиях.
Скажем выпустить хак с несколькими более-менее качественными тайлсетами (горы к примеру и т.п., т.е. более-менее стандартные наборы). По объему это достаточно заметно (плюс пользователям), и "вреда" девелоперами вроде нет большого - наложений между хаками с тайлсетами (?вроде бы?) нет.
Даешь русский CEP, только более продуманный. Не нужно кучу попавшего под руку заталкивать в один громадный хак, но "качественные" расширения, часто используемые, давно пора собрать.

Журналы, динамические диалоги и журналы

Часть 1.

Журналы
Краткая статья о журналах.
Что это такое, для чего, как использовать и немного про динамические журналы.

Начнем с примеров. Отрываем тулсет, заходим в редактор журнала (tools->Journal Editor , или жмем CTRL-ALT-J)

(IMG:http://kaa.mhost.ru/nwn/img/shot1-1.gif)
рисунок 1.1

Структура журнала – двухуровневая. Первый уровень – название записи, т.е. то что будет видно в игре когда запись не раскрыта, так сказать заголовок конкретного под-журнала.
Второй уровень добавляется к указанной записи, обычное использование – шаги выполнения квеста.
\(корень журнала)
+запись 1 – квест (уровень 1)
+квест 1, шаг 1 (уровень 2)
+квест 1, шаг 2 (уровень 1)
…
+ запись 2, (уровень 1)
…

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

Пока вернемся к рисунку 1.1, разберем все что там есть.

Category: Тут описываются основные параметры записи.
Name: Название записи, отображается в игре
Tag Тег записи, используется для управления из диалога/из скрипта . Тег надо делать уникальным в пределах модуля.
Priority Приоритет записи. Если будут активны более одной записи, можно менять порядок отображения квестов в игре, задавая больший приоритет записи (квесту).
XP Тут можно задать количество опыта, получаемого за квест. Это значение можно получить из скрипта, используя функцию GetJournalQuestExperience(string sTag), где sTag – тег нужной записи.

(IMG:http://kaa.mhost.ru/nwn/img/shot1-2.gif)
рисунок 1.2

Добавляем шаги квеста. Каждый шаг имеет свое название (поле text), которое будет показываться игроку, когда он раскроет запись в журнале, ID – обычно номер шага и флажок – является ли этот шаг завершающим. Если достигнут этот шаг – запись переходит из категории «активные квесты» в категорию «выполненные квесты» в журнале игрока в игре.

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

Напомню про «цвета», как их можно использовать. НВН понимает теги цветов, т.е. можно кусок текста покрасить в нужный цвет. Делается это примерно так:
<cRGB>text</c>
т.е. парным тегом <c> задается область текста, которая будет окрашена в цвет RGB. Вся сложность в задании параметров. Каждый символ имеет свой код, его числовое значение и используется в качестве параметра.

(IMG:http://kaa.mhost.ru/nwn/img/shot1-3.gif)
рисунок 1.3

Не любой символ можно задать напрямую через тулсет, но выбрать «близко» к 0 или к 255 можно, обычно использую символ “ ” (код 32) и русскую “ю” (код 224).
Т.е. если мы хотим выбрать красный цвет – задаем <cю >text</c>. Полученный RGB цвет будет иметь значение R:224,G:32,B:32, что довольно близко к красному цвету.
Для «продвинутых»: Если есть желание – можно сделать библиотеку и в ней после компиляции попробовать поменять цвета на близкие к 0 и к 255


Добавлено в 20:12
Часть 2.

Как редактировать журнал – разобрались, посмотрим как ими управлять. Т.е. зачем вообще нам нужны записи в журнале.
Для примера создадим примерно такую запись в журнале:

(IMG:http://kaa.mhost.ru/nwn/img/shot2-1.gif)
рисунок 2.1

Создадим простой диалог, в котором можно будет получить наш «квест»
Открываем редактор диалогов (tools->Converstion Editor, или CTRL-ALT-V)
Создаем простой диалог, используя кнопку “add”-добавить.

(IMG:http://kaa.mhost.ru/nwn/img/shot2-2.gif)
рисунок 2.2

В ответе игрока «Да» переходим на закладку «Other Action» (Другие действия) и в поле Journal выбираем нашу запись и начальный шаг квеста.

Теперь, если игрок поговорит с НПС, которому назначен этот диалог и ответит «Да» - у него в журнале появится новая запись, текст которой будет содержать информацию из шага номер 1 (именно его мы задали в диалоге)

Если вы еще не знаете, что такое «скрипты» - дальше можно не читать, вся работа с журналом требует как минимум умения работы с помощником.

Посмотрим, как можно организовать проверку условий выполнения «квеста», проверить выполнение «шагов» и перейти на следующий шаг.

Пусть у нас все тот-же НПС в том же диалоге должен
1) выдать квест,
2) проверить выполнение «шага 1».,
3) выдать задание «шаг 2» и так далее до конца.

Основная «трудность» при работе с журналом – нельзя получить из скриптов\диалогов номер активного в данный момент шага. Т.е. нам приходится помнить это самим.

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

Вернемся к нашему диалогу (рисунок 2.2). Перейдем на закладку “Action Taken” (Пункт был выбран), т.е. какой скрипт запустить в случае, если игрок выбрал данный пункт диалога.
Пишем имя скрипт, пусть будет «my_q001_taken01» (my_ - преффикс, чтобы не пересечься случайно со скриптами bioware или любыми другими, q001- номер квеста, taken01 –номер «взятого» шага. Уже по имени нам будет понятно, что примерно скрипт делает.

Жмем кнопку редактировать, тулсет скажет нам что такого скрипта нет, жмем ОК и пишем скрипт.

Статус шарда

В свое время Kristin@ переделала проверку статуса шарда с C# на php.
Как оказалось народ до сих пор ищет подобные скрипты, поэтому кину сюда вариант.

status.php

Объеденяем форум и шард

В разговоре с virusman'ом мы немного обсудили возможность и варианты объеденения форума и шарда, а в перспективе и возможность объеденить форум и шарды.

Я кратко "распишу" прелести такого объединения, технически сейчас возможные, но не реализованные:

• Единая регистрация. Вы регистрируете свой аккаунт, после входа можете выбирать любого персонажа (из тех, что есть на шарде\шардах).
• На форуме отображается портрет персонажа (с возможностью залить свой в формате НВН, он же будет использоваться как портрет персонажа и предлагаться для загрузки другим игрокам шарда)
• На форуме отображается информация о персонаже - класс, раса, уровень, золото, мировозрение (характеристики и абилки - если кто хочет с этими персонажами играть по правилам настолки прямо на форуме)
• Возможность получать "экспу" и золото прямо на форуме, за полезные для шарда\форума дела. Т.е. это уже не просто попугаи, а вполне себе деньги, на которые можно купить вещь своему персонажу.
  Было в шутку сказано предложение - за каждое сообщение по 1 xp, за флуд - -100 xp, предупреждение карается делевелом. Игрок пять раз подумает, прежде чем писать гадость или флудить :)
  В то же время "летописцы" шарда получают опыт, деньги за творчество на форуме.
• Возможность сделать приличную торговлю. Игрок на шарде кладет вещь в спец. ящик, игроки уже не в игре, а на форуме, в спец. разделе торговля, могут делать свои ставки (золото сихнронизируется с шардом), кто победил - получает по почте (или любым другим способом) свою покупку.
• Можно превратить форум в некий вариант текстовой РП-версии шарда, где можно проводить партии, основываясь на персонажах с шарда, которые смогут там получать опыт и деньги. Тут правда не обойтись без присмотра ДМа. Понятно, что выдавать золото или опыт смогут только ДМ-ы игрокам своего шарда и одна партия расчитана на игроков одного шарда (или персонажей, не приписанных к шарду вообще).
• Далее пункты более далекие от реальности, но как перспектива развития идеи: Сделать единый форум для нескольких шардов. Сам форум будет обмениваться с шардом через mySQL базу данных, так что тут только вопрос нескольких скриптов на шарде.
• Опять же в идеале - возможность торговли между шардами, с поддержкой разных курсов. Тут все сложнее, вещи из хаков сразу пролетают и ряд других програм для обмена объектами типа leto

Все перечисленное реализуется, причем ничего сложного нет. Есть только объем работ.
Если тема заинтересует достаточное количество людей - можно продумать все и приниматься за работу.\
Предлагается за основу взять "чистую" версию свободнораспространяемого форума и доработать ее, то же самое сделать с шардом - взять новый модуль и реализовать в нем все возможности. Чтобы потом все, кто участвовал в проекте, могли внедрить подобное у себя или же даже объеденить персонажей с шардов, чтобы не требовать регистрации на каждом форуме, а брать данные из общей базы, которая синхронизирует информацию с реальными шардами.

Просьба не просто обсуждать, но добавлять "стал бы участвовать", "не стал бы" "не знаю", в первом случае просьба добавлять "знаю [php][mySQL][nss][nwnx][nwnx-plugs]"