Forum.iFiction.Ru

Что означает запись (4)ки? Или (у6)и? Или (.)ы?

"(4)ки" обозначает, что сначала эта цифра будет заменена на строку из следующей таблички:

// задаем символьные множества
symbols=
    [['0' '[бвдзлмнпрстфц]'] 
    ['1' '[еуюа]'] 
    ['2' '[бвдзлмпрсфц]']
    ['3' '[бвгджзнрц]']                       //звонкие
    ['4' '[чшщц]']                                //шипящие
    ['6' '[бвгджзйклмнпрстфхцчшщ]']     //согласные
    ['8' '[аеёиоуыэюя]']                        //гласные
  ]

В данном случае мы получим "([чшщц])ки". Далее к этой строке автоматически будет добавлен значок '$', обозначающий конец строки.  Программа будет сверять лексему на соответствие этому шаблону (о поиске с регулярными выражениями).  В замене можно использовать обратные ссылки: $1 - подставить то, что было в первой скобке, $2 - что во второй, и т.д.. По умолчанию, будет изменяться весь найденный шаблон, поэтому неизменяемые части нужно захватывать скобками и вставлять в замену.

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


Рассмотрим правила:

rrules =
    [
    ['2F'    'йки'  'ек']
...

При множественном числе и женском роде, всё оканчивающееся на 'йки' в род. падеже будет оканчиваться на 'ек'.
Пример: рейки -> реек

commonrules1 =
...
['2'    '(6)на'    '$1ен'    '$1нам'    '$1на'    '$1нами' '$1нах'],  // брёвна, 6 -согл.
...

Ранее были другие условия, если не сработали, работает это.
Множественное число, окончание '(6)на' -> '([бвгджзйклмнпрстфхцчшщ])на' :
Р.П.    '$1ен'
Д.П.  '$1нам'
В.П.    '$1на'
Т.П.    '$1нами'
П.П.  '$1нах'

Пример:
окна -> окен, окнам, окна, окнами, окнах

Как мы видим, что в родительном падеже есть ошибка. Такая же ошибка была бы, если бы мы ввели 'волокно'. Значит, нужно либо исправить это правило, либо прописать исключение для родительного падежа.

rrules =
    [
    ...
    ['2'    'кна'  'кон']
    ...

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

О великий и могучий, русский язык!  О великие и могучие, регулярные выражения!

GrAndrey, при всем уважении, не думаю, что такой подход может  упростить разработку.

UPD
Возможно ли реализовать надежную генерации *desc-ов в рамках этого подхода?

Отредактировано Gesperid (10.07.2008 17:46)

КТО ЗДЕСЬ ОБИЖАЕТ RTADS?!

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

А регэкспы были в TADS изначально? Или это какая-то доработка?
Просто любопытно.

Отредактировано Nex (11.07.2008 08:37)

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

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

Да, извиняюсь, не обновлял. Ещё есть что дорабатывать.

Flint, спасибо, что подсказал "preinit"!
Эта функция выполняется после компиляции, но результат сохраняется в игровом файле.  Если не выводить отчет об генерации, то игровой файл загружается сразу. Важен порядок загрузки библиотек. Если заменять функцию в stdr.t, то генератор нужно подключать после, если вставлять код в preinit определенный в stdr.t - перед.
Текстовый вывод в preinit работать не должен, а потому все выводится в отчет компилятора, что приводит к зависанию при большом количестве слов. 
В общем, с этой функцией не все однозначно, ну буду пытаться.

О твоем коде:
здорово, но описания генерировать из лексем - это... как шубу в трусы заправлять
Должно быть наоборот - пишешь sdesc="останки/2 многоцелевого/п- робота/п- U1001/пу-", а результат:

sdesc="останки многоцелевого робота U1001"
rdesc="останков многоцелевого робота U1001"
ddesc="останкам многоцелевого робота U1001"
vdesc="останки многоцелевого робота U1001"
tdesc"останками многоцелевого робота U1001"
pdesc="останках многоцелевого робота U1001"
adjective='многоцелевого' 'многоцелевого#r' 'робота'  'робота#r'  'U1001'  'U1001#r' 
noun='останки' 'останков' 'останкам' 'останками' 'останках' 'останкам#d' 'останками#t'
'U1001'

/пу- будет обозначать, что нужно добавить и лексему прилагательного и существительного, но не склонять (-)

Ещё пример: "зеленое/пс вещество/с из носовой/п- полости/п-"

sdesc="зеленое вещество из носовой полости"
rdesc="зеленого вещества из носовой полости"
...
adjective='зеленое' 'зеленого' 'зеленому' 'зеленому#d' 'зеленым' 'зеленым#t' 'зеленом'
'носовой' 'носовой#r' 'полости'  'полости#r' 
noun='вещество' 'вещества' 'веществу' 'веществом' 'веществе' 'веществу#d' 'веществом#t'

/c - средний род

Выложил свою версию генератора для ознакомления и маленькое демо к ней. В демо есть полезных глагольчик «просклонять» для проверки всех падежей.

А stdrm.t что такое? Не компилируется твой пример.

GrAndrey написал:

О твоем коде:
здорово, но описания генерировать из лексем - это... как шубу в трусы заправлять
Должно быть наоборот - пишешь sdesc="останки/2 многоцелевого/п- робота/п- U1001/пу-"

Да, ты прав. Я не подумал о том, что описания не обязательно состоят из двух слов.
Ну и в этом случае noun и adjective тоже должны работать, чтобы можно было задать дополнительные синонимы.

GrAndrey написал:

Flint, спасибо, что подсказал "preinit"!
Эта функция выполняется после компиляции, но результат сохраняется в игровом файле.  Если не выводить отчет об генерации, то игровой файл загружается сразу. Важен порядок загрузки библиотек. Если заменять функцию в stdr.t, то генератор нужно подключать после, если вставлять код в preinit определенный в stdr.t - перед.
Текстовый вывод в preinit работать не должен, а потому все выводится в отчет компилятора, что приводит к зависанию при большом количестве слов. 
В общем, с этой функцией не все однозначно, ну буду пытаться.

Все прекрасно с этой функцией, и я сейчас покажу почему.

Инклюды располагаются в обычном порядке:
#include "advr.t"
#include "stdrm.t"
#include "errorru.t"
#include "extendr.t"
#include "generator.t"

Из файла generator.t удаляем полностью функцию commonInit.

Открываем stdr.t. Следим за рукой! :-)
В commonInit дописываем

#ifdef __DEBUG
    generator.printout := true;
    generator.start;
#endif

В preinit дописываем

#ifndef __DEBUG
    generator.printout := nil;
    generator.start;
#endif

Теперь, если мы компилируем игру в DEBUG режиме (ключ -ds или -ds2), то все работает как раньше - словоформы генерируются при запуске игры и выводится лог.

Если же мы собираем игру в Release режиме, то словоформы генерируются и вставляются в файл на этапе компиляции, текстовый лог отключается, чтобы не перегружать вывод компилятора, а игрок не увидит вообще ничего (ни текста "Слов: 666, генерация заняла ...", ни задержки).

В Imaginate, где по умолчанию компилируется debug версия, а release - только по спецкоманде из меню, эта схема просто сказочно удобна.

Enjoy!

Отредактировано Flint (15.07.2008 14:45)

- VampirE - написал:

Маленький оффтопик.

Кто-нибудь подскажет, чем отличается debug-версия от релизной кроме размера? Мануал читать не охота что-то.

В debug-версию включена отладочная информация, необходимая дебаггеру.

Flint, спасибо. Проверку _debug собирался ввести как дополнение, не думал, что окажется остро необходимым.
addwordru(obj, prop, str); - тоже отлично, не задумывался, что может понадобиться