Forum.iFiction.Ru

библиотека РТАДСа хороша, но раз уж её перевод является делом трудоёмким, то стоит обратить внимание и на её недостаток: автор небольшого квеста может быть сильно удивлён тем, какие возможности будет иметь игрок в его игре благодаря командам, которые автор и не собирался использовать! помню тестовую головоломку 'волк, коза и капуста', в которой можно было дать капусту козе, которая потом не отдаёт её обратно. так что, реакция типа 'в этой игре Вам не потребуется использовать слово дать ' - очень даже неплохой вариант.

UPD

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

Отредактировано noname (08.01.2009 12:04)

ну, что там? просто перемещение по пустым локациям с переходами. и не нужно ничего на скорую руку в движке 'вылизывать' - дай как есть. я готов ко всему, кроме 'пропадания'. неужели у тя времени совсем нет?

upd

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

Отредактировано noname (02.02.2009 21:41)

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

upd

вопрос такой:

описание локации выводится в двух случаях: когда ГГ входит в комнату, и когда ГГ вводит команду осмотреться
как сделать, что бы в обоих случаях вызывалась одна и та же фунция вывода описания?
при этом стандартный onEnter() тоже нужен - для некоторых локаций он будет определён по-своему, а по умолчанию- должен вызывать вышеупомянутую функцию

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

хотелось бы мини-микро-примерчик на эту тему, или просто отрывок- что нужно вставить в пример с локациями, что бы это работало

upd

насчёт вложенных локаций: универсальную команду "выйди[из локации]" сделать легко, насчёт "войти в локацию" - чуток посложнее. нужно вводить именованные входы. пока отложил это дело.

хотел сделать пример, похожий на мой с РТАДСа, и заметил такую заморочку: ДО объявления объекта ссылаться на него- некорректно.

т е

location a1.cls=место
  .север    = a2
  .восток   = b1
  .описание = "моя первая локация"
location b1.cls=место
  .север    = b2
  .запад    = a1
  .описание = "комната для роботов, которым нечем заняться"
location a2.cls=место
  .юг       = a1
  .восток   = b2
  .описание = "мой первый объект"
location b2.cls=место
  .запад    = a2
  .юг       = b1
  .описание = "цветовой код открывает дверь"

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

upd

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

Отредактировано noname (04.02.2009 07:35)

ОК!
1. с сейфом действительно лажанулся- там до сейфа были кусты. недопеределал.
2. %{obj.описание} - фигурные скобки позволяют вставлять выражения в оператор вывода?
3. предопределение спасает дело. возможно, для больших квестов, такая 'строгость' сыграет положительную роль.
4. готов ли полный список служебных слов? хорошо бы найти редактор, аналогичный блокноту, но в котором можно их подцвечивать. где-то на форуме упоминали "блокнот++"
5.

Мой дом
Тут тепло и уютно.. На восток выходит деревянная дверь.
> выйти

Цветочная поляна
Тут красиво! На западе поляны стоит симпатичный домик. На севере видна тропа,
уходящая в горы.
> войди в дом

Это предложение непонятно!
> войди в домик

Это предложение непонятно!
> войди

Мой дом
Тут тепло и уютно.. На восток выходит деревянная дверь.
>

поясняю сложность с командой 'войди' : из одной и той же локации могут быть входы в различные другие локации. и даже если вход всего один, то и тогда команда 'войди' без параметра, кажется мне не совсем 'красивой'. таким образом реализация команды 'войди' тесно связана с реализацией переходов по названиям локаций: 'иди в дом', 'войди в дом'... впрочем, кое-что полезное из примера СЗЮВ.tom я-таки вынес.
6. сложность с выводом описания и по входу и по 'осмотреться' была в том, что функция не работала. щазз попробую ещё раз- с фигурными скобками там, где надо, и с предопределением, если понадобится.

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

> осм домик
  На опушке леса, там, где просыпается солнышко, стоит маленький домик.
Он настолько мал, что сразу его и не заметишь. Да-да, это самый настоящий Мышкин
дом. Он сложен из толстых веток и глины, щели аккуратно заткнуты мягким мхом,
окошко с занавесочками и незаметная дверка.

> осм мышиный дом
Это предложение непонятно!

> осм мышиный домик
Это предложение непонятно!

то ли лексемы для прилагательных надо как-то по-особому прописывать, то ли я наткнулся на недоделанное место в платформе.

-а как насчёт выходов: может, стоит создать особый класс 'выходы', что бы можно было показывать список всех выходов из данной локации(я имею ввиду сзюв)?

-Да, можно. Смотри мой пример с выходами/входами.

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

если в строчке
location a1.cls=место
убрать слово location, работа программы нисколько не изменится, так как по-любому объект 'a1' в результате принадлежит классу 'место'.

думаю вот что: с одной стороны, объект типа 'location' должен иметь соотв свойства и методы, для простой организации работы с переходами как по направлениям, так и по названиям локаций. с другой стороны... в нормальной литературной игре и список объектов, и список выходов должны быть 'замаскированы' в описаниях локаций. т е игрок видит вменяемую литературную 'картину' обстановки, и взаимодействует с упомянутыми в тексте сущностями в меру своего разумения.

постоянно спотыкаюсь на элементарных вещах. надеюсь побыстрее преодолеть 'барьер' и работать над тестовой прогой с большей эффективностью.
вопросы:

1)
описан класс T_parent_class
как создать класс-наследник T_child_class, который унаследует все его свойства и методы?
из описания ясно только, как создавать экземпляры классов. пробовал через '=' сделать классы одинаковыми- не вышло.

2)
что конкретно означает ошибка 'null=object!' ?

upd

если в строчке
location a1.cls=место
убрать слово location, работа программы нисколько не изменится, так как по-любому объект 'a1' в результате принадлежит классу 'место'.

ой, последняя фраза, видимо не верна. через class определяются как классы, так и качества объектов. вроде бы всё больше разбираюсь, а 'прояснения' в голове не наступает.

Отредактировано noname (06.02.2009 20:54)

ну, синонимы, так синонимы

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

а положить- попытку расположить предмет определённым образом среди других

НО если обе эти команды можно будет использовать и так и эдак- будет только лучше(?)

ЗЫ
всё равно, если я таки сделаю какую-нить игрушку наТОМе- я в ней всё сделаю по-своему :)

потому и хочу в модулях разбираться

не знаю, поймёт ли кто юмор:

Выбор тестируемого модуля:
1. UnusVerb.tml - неиспользуемые глаголы
2. Main.tml - минимальный набор классов и действий.

> 2
Включить в тест модуль неиспользуемых глаголов? (UnusVerb.tml)

да/нет> да
Хижина
  Ветхая деревянная хижина. Все здесь очень старое, и непригодно для
использования.
Здесь есть стол и заплетенное паутиной окно. Ты находишься тут и старик
находится тут.

> старик, скажи: старик, возьми ложку
Старик: старик возьми ложку
Старик взял ложку со стола.

:)

Отредактировано noname (21.07.2009 23:45)

понял. метод OnEnter нашёл. там совсем не сложно

думаю, вызывать OnEnter при осмотре- не вполне корректно- ведь там могут и какие-то события на локацию быть повешены

в ООП лучше всё сразу делать строго 'правильно', что бы потом непонятные глюки не возникали

---

так же обратил внимание на следующий момент:

допустим, в игре есть с десяток различных деревянных предметов. описание прилагательного деревянный придётся прописывать для каждого,
или же
можно вынести описание прилагательного во всех формах отдельно,
а в описании предметов только указывать те прилагательные, которые могут к нему относиться (естественно, с учётом рода предмета)?

UPD

и, да- исправить команду 'осмотреться' вполне смогу самостоятельно

сейчас думаю над демо-квестом этих модулей. пока есть такая идея: взять старючий квест ( закон об интеллектуальной собственности действует в РФ только с 1993года), причём такой, чтоб его можно было постепенно расширять и дополнять для демонстрации новых возможностей

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

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

Отредактировано noname (22.07.2009 16:00)

ага, припоминаю ( менюшки )

---

итак, собравшись с силами таки решился взяться за тот самый квест

И сразу появилась куча собственных идей, которые подавил на корню:

лучше сделать для начала простой доделанный плагиат перевод, чем вообще ничего не доделать

а после- мож и своё что-нить получится

---

итак, квест реально простой, но возник вопрос:

допустим, имеются 4-ре локации a1,a2,b1 и b2 (2x2),

и надо, что бы м/ду a2 и b2 проход бы не был возможен

я понимаю, что где-то в длинном тексте мышек это можно выцепить, НО из мини-демы модуля map этого не видно

подскажи плизз максимально короткий и простой способ

---

и, да- убедился, что я правильно сделал, взявшись за простую и известную вдоль и поперёк игру- мне сейчас очень не хватает навыков кодинга в ТОМе

Отредактировано noname (23.07.2009 13:37)

пример (с предпоследними библиотеками):

include "std.lib\UnusVerb.tml"
include "std.lib\Main.tml"
include "std.lib\Map.tml"

location название_локации
{
  // текст локации убрал (ибо- спойер), но проверено- всё работает
  
  this + ГГ // вводим главного героя
  
}

проблема в том, что куда бы я не впихивал pers.title="ты; Мр2лЕч;", всё равно игруха пишет: "ГГ находится тут", а надо: "ты находишься тут". хотя по-большому счёту отображение присутствия ГГ вообще лучше убрать- ведь [почти]всегда ГГ находится там, где находится // ИМХО лучше отображение ГГ по-умолчанию убрать, но оставить возможность его включать по желанию автора

UPD

заодно дай пример переопределения некоторых свойств ГГ: внешний вид и инвентарь на момент начала квеста

Отредактировано noname (23.07.2009 15:03)

ок!
кста, наверное пора обменяться аськами для быстрого общения

моя= 585030964