Forum.iFiction.Ru

Итак пункт 1). Здесь можно провести аналогию с языками программирования, там присутствует подсветка, автоматическое форматирование текста и построение определенных кусков кода, но это все может реализовать и редактор. В IDE, можно добавить анализатор на не явные ошибки, например использование goto в противоречие с правилами, зацикливание программы (забыли в рекурсии возврат поставить) и многие другие ошибки, которые на первый взгляд не заметны, но плохо влияют на алгоритм.

Подсветка, проверка кода на ошибки, и прочие стандартные возможности IDE - это обязательно будет. В новой версии редактора, над которой сейчас идёт работа.

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

Технически - несложно, НО. Объекты в разработке текстового квеста? Зачем? Если объекты, по-твоему мнению, необходимы, аргументируй.

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

"Мастеры".

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

Всё это есть в справке, а также в примерах, заготовках игр и статьях.

А также, будучи полным нулем можно создать неплохой квест.

Этого никогда и нигде не будет. Нолный нуль не сделает хорошую игру. По определению.
За два клика не сделаешь "неплохой квест". Заготовки игр, примеры кода - пожалуйста. Это уже есть. Если их мало, дополняйте.

Зачем эти "мастеры" сейчас, если серьёзно? Что сможет сделать "мастер" за автора сейчас, что автор не может сделать сам в QGen?

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

Имеется в виду автоматически составляемый граф - здесь есть, как минимум, одна проблема.
В QSP есть(наверно, есть и в URQ) возможность перехода на локацию, имя которой становится известным только во время выполнения квеста(хранится в переменной, или генерируется по определённым правилам). Как в этом случае быть с построением графа?

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

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

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

Отредактировано Nex (03.09.2007 10:29)

Сформирует болванку кода для типового объекта.

В QSP нет объектов.

Вобщем, в чём спор, я не понимаю?

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