Forum.iFiction.Ru

Korwin написал:

ASBer написал:

- полное портирование библиотеки рТАДСа (собственной библиотеки к 1й версии не планируется);

Изумлен. Это серьезно? Это возможно?

Это трудоемко, долго и муторно, но возможно.
Обе системы - парсерные, объектноориентированные, с C++ подобным языком. Это их роднит.
Надеюсь, что портирование библиотеки в дальнейшем позволит портировать игры между платформами, а также облегчит написание игр для ТОМа авторам, имеющим опыт работы в RTADS.

noname написал:

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

Библиотеку РТАДС я постараюсь сохранить в максимально близком к оригиналу состоянии. Переделывать ее логику в мои планы не входит.
-----
  Если же рассуждать о метафизике ИЛ, то чем больше глаголов игра "понимает", тем лучше. Это производит выгодное впечатление и о игре и о платформе.
  Другое дело что умолчальные реакции на действия ИМХО должны быть максимально нейтральны, и не приводить к тупиковым состояниям.

ну если совсем просто - то примерно так:

файл удален - устарел

Отредактировано ASBer (28.07.2009 13:15)

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

>с по-возможности полным контролем над вводом игрока: сколько слов ввёл? какие конкретно? в каком порядке?
- смотри глобальную переменную token[]

>в каких формах
- для объектов, возвращаемых парсером, смотри свойство .key

>решил использовать в своём творилове только простые фразы- без связок 'и'
- связки 'и' сейчас сделать крайне затруднительно, это появится только во 2й версии.

>постараюсь сделать хотя бы одну команду с большим(3-и или более) кол-вом аргументов.
- а вот это как раз без проблем.

Отредактировано ASBer (03.02.2009 09:23)

noname пишет:

редактирую в обычном блокноте.

-  и я тоже

заметил такую заморочку: ДО объявления объекта ссылаться на него- некорректно.

- Да, конечно. ТОМ - это однопроходный интерпретатор. Но есть предопределение объектов:

location a1
location a2
location a3

и далее...

location a1
  .описание локации a1
  ...
location a2
  .описание локации a2
  ...
location a3
  .описание локации a3
  ...

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

Все служебные слова имеют английские имена.
Все служебные слова будут иметь русские синонимы. (сейчас пока не у всех)
Каким именно языком пользоваться - это решение автора игры.

Отредактировано ASBer (04.02.2009 09:24)

2. %{obj.описание} - фигурные скобки позволяют вставлять выражения в оператор вывода?

Фигурные скобки позволяют вставлять выражения в любую строку. Так как все что справа от оператора % это строка, то и в оператор вывода тоже.

4. готов ли полный список служебных слов?

Практически все служебные слова перечислены в Вике на страничке ТОМ: язык программирования. Правда пока не все описаны...

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

Думаю пойдет любой редактор с подсветкой синтаксиса Си.

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

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

Отредактировано ASBer (04.02.2009 21:50)

2Korwin: я еще настройку синтаксиса поковыряю, и выложу. Пока еще сыро.

2Gremour: спасибо, посмотрю!

noname написал:

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

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

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

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

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

Можно попробывать и так... но с ходу не могу придумать как.

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

Вообще то изменится. Помимо классов в ТОМе есть категории. Именно они задаются ключевыми словами location, unique, action и т.д. И слово "class" кстати тоже обозначает специальную категорию объектов для описания классов.

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

Помоему такому подходу ничто не мешает... кроме отсутствия стандартной библиотеки

описан класс T_parent_class
как создать класс-наследник T_child_class, который унаследует все его свойства и методы?

class T_parent_class
  ... //описание свойств и методов класса
class T_child_class.cls = T_parent_class
  ... //описание свойств и методов класса

При этом наследуются все свойства и методы класса-предка. Но при этом вложенные объекты .item по наследству не передаются.

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

Это означает попытку присвоить объект некоторому пустому значению.

Отредактировано ASBer (06.02.2009 21:05)

noname написал:

положить и выложить - две разные команды

- выложить кафелем, например

Я думаю что "выложить"="положить на пол" и учитывая допустимую условность можно просто сделать синонимами "положить"="выложить".
>выложить на стол
>выложить в сундук
>выложить под кровать

Старик сказал - старик сделал!  А если не сделал - не старик.

Отредактировано ASBer (22.07.2009 07:39)

noname написал:

по команде осмотреться 'не видны' предметы, которые есть в комнате.

Ок. Можно по команде "осмотреться" дергать метод OnEnter() текущей локации.
Тогда будет выводиться все как при входе в локацию.

Сейчас "осмотреться" = "осмотреть {loc}" - т.е. выводится свойство "описание" текущей локации.

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

> осмотри хижину
  Ветхая деревянная хижина. Все здесь очень старое, и непригодно для
использования.

В любом случае для каждой конкретной локации это можно поменять, перегрузив метод OnEnter() и свойство "описание"

Отредактировано ASBer (22.07.2009 15:36)

noname написал:

не понятна роль {menu()} в конце
его надо исправлять на loc.menu, или это что-то глобальное?

Меню крепится к локации, следовательно должно быть loc.menu().
Если в локации есть хотя-бы одно menu_item(), строка меню добавится к описанию.