Forum.iFiction.Ru

Phoenix849 написал:

В общем вопрос: с чего начать новичку...

С сюжета и сценария.
Сценарий новичкам-энтузиастам всегда нужно писать ПЕРВЫМ ДЕЛОМ. Как минимум, это поможет определить, действительно ли вам есть о чем рассказать в своей игре и стоит ли начинать ее воплощение в коде.

Только зная, как начнется, через что пройдет и как закончится (можно несколькими вариантами) ваша игра, можно браться за ее написание.

если не читал, прочитай обязательно!

mihawww, статья устарела. По крайней мере, информация о движках/платформах.
Там QSP даже не упомянули.

Я когда начинал (в сентябре), мне кроме сайта rtads.org ничего не понадобилось.
Прочитал несколько первых глав замечательно переведенного руководства (http://rtads.org/man/INDEX.HTM), скачал демо игру "Три медведя" (http://rtads.org/3m_source.zip) - для новичка там типичных для IF ситуаций разобрано выше крыши.
Потом сел и написал малеькую игру с двумя комнатами, несколькими предметами и тестовым актером, чтобы посмотреть как оно и что.
А дальше уже представление было, копнул глубже документацию, вопросы дурацкие на форуме задавал :-)

Но, вообще я сам программист, поэто все это довольно гладко прошло, за пару дней буквально освоился. Не знаю, какая будет learning curve у непрограммирующей публики.

Отредактировано Flint (24.12.2007 23:25)

Hind - да скорее всего углубится, скорее всего обрадуется, и вполне вероятно ничего не напишет
Но какая есть разумная альтернатива? Не давать человеку ссылок на мануалы пока он не предоставит готовый сценарий?

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

Самурай без меча подобен самураю с мечом, но только без меча.

Phoenix849 написал:

Какой смысл писать сценарий пока я слабо себе представляю как оно работает?

Поверьте, неважно, как оно работает. Если что-то не удастся воплотить - бог с ним. Лишь бы было, что воплощать.
С кодингом вы справитесь, видно же, что человек с интеллектом.

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

Только, вот, проблема, что с rtads.org "набор для автора" 3мб почему-то скачивается как будто 30мб, причем что остальное там нормально и быстро...

Вот альтернативная ссылка (зеркало): http://www.ibiblio.net/pub/docs/interac … t_2510.exe

Nex написал:

mihawww, статья устарела. По крайней мере, информация о движках/платформах.
Там QSP даже не упомянули.

Я с точки зрения идеологии. И вообще - вдохновляет!

Gremour написал:

Phoenix849, тебе повезло. Здесь программистов как раз пруд пруди, а вот писателей не хватает.

Увы и ах.
Интересно, а в западном IF-сообществе кого больше?

Хм, если б я писал в блокноте, еще и в одном файле, меня бы это тоже реально напрягало...
Насчет одного файла - есть инклюды, синтаксис примерно:

#include "cavern.t"

Таким образом можно вынести например часть касающуюся локации "пещера", в файл "cavern.t"
Насчет блокнота - я пользуюсь фаром, а для компиляции использую батник с коротким именем (например 1.bat), который вызываю из командной строки того же фара. Мне очень удобно, но если ты фаром раньше не пользовался, не знаю стоит ли советовать.
Насчет предмета - надо переопределить для предмета метод doTake.
Простой пример:

doTake(actor) = {
"<<actor.sdesc>> взял предмет, потряс, и сунул в карман";
self.moveInto(actor);
}

#include <файл1.t>
#include <файл2.t>
#include <файл3.t>

Неверный пример. При использовании угловых скобок компилятор будет искать только в директориях, перечисленных как библиотечные в TADS Workbench. Надо использовать кавычки, тогда сначала будет искать в директории с исходным файлом, то есть:

#include "файл1.t"
#include "файл2.t"
#include "файл3.t"

Hind написал:

fireton написал:

При использовании угловых скобок компилятор будет искать только в директориях, перечисленных как библиотечные в TADS Workbench.

Неправильно )))
По крайней мере, вот у меня в C:\Devel\RTADS\3\ лежит файл game.t и модифицированный stdr.t
В game.t указано именно <stdr.t>, так вот - используется именно тот, что лежит В ОДНОЙ ДИРЕКТОРИИ с ним, то есть в C:\Devel\RTADS\3\.

Сорри за оффтоп...

Вообще-то, если верить мануалу, то fireton прав. Вот что написано в оригинальном мануале:

Note that when the filename is enclosed in double quotes, the compiler searches for the file first in the current directory, then in the directories in the include path (as set with the -i compiler switch on most operating systems). When the filename is enclosed in angle brackets, the compiler searches only in the directories in the include path - the current directory is not searched. Generally, a system include file (such as adv.t) should be enclosed in angle brackets, while your files should be in the current directory and enclosed in double quotes.
Это - перевод:

Обратите внимание, что, когда имя файла заключено в кавычки, компилятор вначале ищет файл в текущем каталоге, а затем в специальном каталоге для "включаемых" файлов (который задается опцией -i для версий компилятора, работающего из командной строки (для большинства операционных систем), либо специальным пунктом меню в комбинированном компиляторе/отладчике TADS). Если же имя файла заключено в угловые скобки, то компилятор не будет просматривать текущий каталог, а сразу перейдет к поиску в каталоге включаемых файлов. Как правило, имена файлов системных библиотек (например, того же advr.t) указываются в угловых скобках, а все остальные размещаются в текущем каталоге и указываются в кавычках. Это может быть особенно удобно, когда автор ведет работу одновременно над несколькими играми, используя для них общие файлы системных библиотек.

У меня прямо сейчас нет возможности проверить это экспериментально, но, Hind, может быть, у тебя каталог C:\Devel\RTADS\3\ прописан в include path?

UPD: вероятно, действительно прописан - TADS Workbench автоматом прописывает текущий каталог игры в include path при ее создании/открытии. Проверить можно, выполнив команду меню Build->Settings и выбрав в открывшемся дивлоге вкладку Include.

Отредактировано uux (28.12.2007 06:40)

А теперь объясните, пожалуйста, что есть Far, Colorer и другие непонятные программы?..

Лично я пользуюсь специальной средой разработки

Что-то мне не удалось заставить этот Imaginate работать. Я не понял тонкой логики его функционирования...
Пользуюсь Notepad++, там можно настроить свои схемы раскраски синтаксиса, что я и сделал для TADS и URQ.

Gremour написал:

Ещё желательно положить файлы advr.t, stdr.t и errorru.t в каталог с твоим проектом.

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

Тестовый проект у меня не смог найти файл adv.t, который идёт с TADSом (#include <adv.t>). Я не стал искать, почему. К тому же, иметь все исходники сразу удобнее (хотя бы для референса; какая там может быть разбежка с библиотекой у автора игры и у тулкита, инсталллированного на конкретной машине -- непонятно). Библиотеку, если понадобится, всегда можно заменить более свежей.

А вот редактировать файл advr.t напрямую не стоит.

Ещё есть оператор replace %)

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

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