185
правок
Изменения
Нет описания правки
==Мультимедиа==
Можно, для интерпретаторов с поддержкой мультимедиа. Это проигрыватели для систем Windows, Macintosh и Linux.
Выглядит и реализуется как HTML верстка с некоторыми ограничениями. Графические/музыкальные ресурсы можно зашить в файл игры или распространять отдельными файлами. Графика: jpg, png, mng. Последний позволяет отображать анимированные изображения. Также можно воспроизводить анимацию из последовательности jpg, динамическим контентом или псевдографикой. Поддержка Gif не была реализована по причине ограничений лицензии.
Midi, wav, MP3 и Ogg Vorbis.
P.S. По мнению большей части сообщества, избыток графики и звука уводит от настоящего IF. Будьте очень осторожны и используйте эти возможности тогда, когда это оправдано.
==Сборка и компиляция==
'''Чем отличаются debug и release версии игры?'''
В debug версию включается дополнтельная информация, которая позволяет отлаживать игру в TADS Workbench. Из-за этого: во-первых, существенно увеличивается размер файла, во-вторых, весь текст записывается в открытом виде и может быть просмотрен любым редактором, в-третьих, старые версии интерпретаторов могут слетать на играх с длинными строками, скомпилированными в отладочном режиме.
Вывод: при выпуске игры в свет не забывайте компилировать и выкладывать release версию.
==Синтаксис==
'''Почему индексация массивов и строк начинается с единицы?!'''
Конечно же, это риторический вопрос. Но довольно часто ошибки в игре вызываются тем, что автор «на автомате» впечатал уже отложившийся на подкорке кусочек кода, который сработал бы для массивов, начинающихся с 0. Поэтому если у вас появляются ошибки выхода за пределы массива или строки какие-то обрезанные выводятся – в первую очередь проверяйте код, работающий с индексами массивов.
'''Никак не могу привыкнуть к этому полупаскальному-полусишному синтаксису. Можно ли как-нибудь привести его к единой форме?'''
Да. Существует специальная директива <tt>#pragma C+</tt>. Она включает режим соответствия языку C для файла, в котором упомянута, поэтому вы сможете использовать привычные <tt>==</tt> для сравнения и <tt>=</tt> для присваивания. А директива <tt>#pragma C-</tt> возвращает все к стандартному виду.
Совет: если вы разрабатываете модуль, который затем может быть использован другими людьми, директивой <tt>#pragma</tt> явно указывайте стиль, используемый в файле, чтобы авторские настройки не повлияли на работу вашего модуля.
'''Как создать список (list) из одного элемента?'''
Спорю, что вы пробовали так:
a = [b];
На самом деле, список из одного элемента можно создать только так:
a := [] + b;
'''При вызове метода foo() без аргументов возникает ошибка компиляции.'''
Если метод не принимает аргументов, то сотрите скобки при его вызове.
bar.foo(); //ошибка
bar.foo; //вызов метода
При объявлении метода скобки все-равно нужны!
==Неочевидные приемы==
'''Почему не наследуются лексические свойства (sdecs, noun и пр.)?'''
В стремлении упростить жизнь авторам игр, TADS не делает особых различий между классом и объектом (экземпляром класса). Однако отличия есть, хоть и небольшие. Во-первых, класс нематериален в игре — вы никак не сможете взаимодействовать с ним. Во-вторых (уже догадались?) ''лексические'' свойства (sdesc, ldesc, noun, adjective) наследуются только от классов, а от объектов нет.
Пример:
<pre>
coin : item
gdesc = 'золотая/1пж монета/1ж'
ldesc = "Золотая монета с изображением профиля Императора. "
isHer = true
;
coin1 : coin
location = treasury
;
coin2 : coin
location = chest
;
coin3 : coin
location = purse
;
</pre>
В таком виде пример работать не будет, потому что лексические свойства объекта coin не наследуются потомками. Соответственно, вы просто не найдете монет в игре, потому что к ним никак нельзя будет обратиться (свойство noun-то не заполнено!). Уже догадались, как исправить? Правильно, пишем в первой строке:
class coin : item
и все встает на свои места.
Примечание: на момент написания заметки библиотека находилась в состоянии активной разработки и gdesc, к примеру, стал наследоваться нормально, просто дублируя словоформы много раз. Несмотря на это, рекомендуется ВСЕГДА использовать классы, если требуется наследовать лексические свойства.
'''Как динамически изменить ldesc (и другие свойства с двойными кавычками)?'''
Двойные кавычки (") — удобная особенность языка TADS, однако принцип их работы может немного смутить новичков. Двойные кавычки служат для вывода текста на экран, то есть, как только в ходе выполнения программы интерпретатор встречает строку в двойных кавычках, он тут же отображает её. Если строка в двойных кавычках присвоена в качестве свойства какого-либо объекта, то она будет отображаться при каждом обращении к этому свойству. Смысл этого в том, чтобы облегчить автору работу с текстом — базовой единицей всей [[ИЛ]].
При этом следует понимать, что строка в двойных кавычках — это не переменная как таковая, а, фактически, завуалированный метод для вывода переданного текста на экран. Он ничего не возвращает, поэтому строками в двойных кавычках нельзя манипулировать так же, как обычными переменными. Например, следующий, на первый взгляд правильный код не будет работать:
<pre>
vase : item
gdesc = 'ваза/1ж'
ldesc = "Хрупкая фарфоровая ваза. "
...
doDrop(actor) =
{
"Ваза была так тонка, что разбилась при падении. ";
self.ldesc := "Теперь ваза представляет собой лишь груду черепков. ";
pass doDrop;
}
;
</pre>
Так как метод «двойные кавычки» ничего на самом деле не возвращает, <tt>ldesc</tt> в данном примере перепишется пустым значением и описание исчезнет вообще. Для решения этой проблемы следует переписать определение <tt>ldesc</tt> вот так:
<pre>
vase : item
gdesc = 'ваза/1ж'
ldesc =
{
if (not self.broken)
"Хрупкая фарфоровая ваза. ";
else
"Теперь ваза представляет собой лишь груду черепков. ";
}
broken = nil
...
doDrop(actor) =
{
"Ваза была так тонка, что разбилась при падении. ";
self.broken := true;
pass doDrop;
}
;
</pre>