Forum.iFiction.Ru

johnbrown написал:

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

Это признаки. Пока они есть только в библиотеках, но планируется поддержка создания своего признака в истории. Если признак в принципе существует (объявлен в использованных библиотеках), то проверять на его наличие на предмете можно с помощью выражения "предмет.признак".

Посмотри процедуры или действия. Внутри них изменения становятся видны визуально только если закрыть и открыть их соответственно, хотя по-факту, да, сразу все изменяется.

Всё же не очень понимаю. Если ты редактируешь процедуру или действие, то видишь изменения. Можешь по шагам подробнее описать? Есть вот такой баг, возможно, это та же проблема?

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

Похоже на баг. Завёл, посмотрим.

Сделал перенос предмета командой локация.предмет. Теперь в описании локации мне пишет 'здесь предмет'. При этом осмотреть его нельзя 'я не знаю слова предмет'.
А у него настроен словарь?

Конечно, есть словарь с синонимами.

Приложи или пришли (realsonic3 на гмайле), пожалуйста, игру.

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

Хорошая идея! Сделаем.

Можно ли задать условие, если пользователь не ввел полностью команду по шаблону, используя только одно действие и процедуру? Каждая процедура обрабатывает только однотипные шаблоны, значит нужно создавать несколько процедур, но в действиях ведь тоже одно действие(шаблон) - одна процедура, значит нужны несколько действий... Я ошибаюсь?

Вообще, парсер пытается подобрать самый подходящий шаблон. Если есть подходящий на 100% - берётся он. Если нет - пытается подобрать самый подходящий (больше всего элементов подходит). Если есть только шаблон "взять"+ВП, а игрок ввёл только "взять", то парсер скажет об этом сам. Но, если ты хочешь рулить ответом, то можешь вести и шаблон из одного глагола - "взять". В шаблонах для каждого элемента можно указать параметр процедуры, в который его передавать. А затем в процедуре эти параметры анализировать. Т.е. можно использовать разные шаблоны для одной и той же процедуры, только нужно передавать параметры, используемые в процедуре. Навскидку не смогу сказать, что будет, если использовать не переданный параметр. Похоже, ошибка. Надо будет перепроверить и исправить, если так.

johnbrown написал:

Я немного посмотрел либу. Там есть действие 'сесть'. В нем используется переменная 'счетчик'. Это какая-то системная переменная? С ней можно работать?

Нет, "счётчик" - это процедурная переменная (объявлена и существует только в этой процедуре, сохраняет своё значение между запусками). В Редакторе такие переменные пока нельзя создавать. В процедуре она осталась по ошибке, это отладочный код.

-> Если в идеале, то лучше сделать возможным упоминать не только предметы, но и локации. Вообще,раньше и в локациях можно было задавать ИД, сейчас эта возможность отключена, но ИД у них всё равно есть. В этом случае их можно упоминать в командах. По поводу временного решения: что ты имеешь в виду под "игра не поймёт"? Парсер отвечает неадекватно? Вообще, я против масок * в шаблонах, потому что тогда игрок сможет ввести любую фигню в этом месте, и парсер съест.

ИД - это идентификатор?
Парсер пишет 'не вполне понял, прошу уточнить'

ИД - да, идентификатор. Хотя, я ошибся - наличие ИД на возможность упоминания в командах не влияет. Влияет наличие словаря, он тоже был убран из локаций.
Парсер раньше отвечал по-другому - приводил полную фразу шаблона и сообщал, что понял бы её. Но такой ответ посчитали подсказкой и заменили на текущий.

-> Если ошибки связаны с тем, что параметры процедуры не заданы, то это баг, нужно думать, что с ним делать. А если процедура просто не учитывает разные шаблоны - её нужно доработать.

Проблема в том, что процедура слишком хорошо учитывает разные шаблоны :-)  Может я просто не умею писать исключения? У меня все тот же пример (вообще, я наверное я просто отредактирую этот глагол в библиотеке). Есть глагол сидеть. Я создаю шаблон вида 'сесть(лит)+вп(предмет)' .Забиваю проверку конкретного предмета в процедуру. В той же процедуре обработку простого глагола 'сесть' у меня сделать не получится, потому' что программа будет прогонять первое условие с проверкой предмета. ((

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

-> Это какраз есть - просто нужно создавать разные действия. Хотя, тогда придётся дублировать перехваты. Если к разным шаблонам привязывать разные процедуры (которые могут быть совершенно разными), то пропадёт общность действий - в действии тогда смогут помещаться совершенно разные команды. Даже можно будет под одно действие запихнуть все команды вообще.

Хочется унификации. Десять вариантов одного действия это как-то черезчур. В коце-концов, какое дело сколько глаголов команд будет на одном действии, пусть пользователь сам решает, как ему удобно.

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

С новым годом!

johnbrown написал:

В какомусловии задать название предмета?

В процедуре, либо в ограничении в 'проверке условия'

Уже запутался... Вопрос ещё актуален?)

Во всех выражениях?

Да. Могут быть какие-то подводные камни?

Подводные могут и быть при работе с выражениями. Но, как минимум, тут просто немало работы) Завёл задачу.

На самом деле такой системной переменной нет. ) Просто есть возможность любые элементы фразы передавать как параметры в процедуру обработки. В примере, что ты приводил, варианты можно реализовать набором литералов-синонимов и привязать этот набор к параметру.

Судя по сообщению, почему-то нет прав на запись в папку Games в каталоге ЯРИЛа. Заведу баг, гляну при возможности. Ошибку можно обойти, выдав права на запись в эту папку.
А в последней версии 2016/5 та же ошибка ("Отказано в доступе")?

Rendoul написал:

Удачи в дебагинге

Спасибо. Но быстро не могу обещать - сейчас очень сильно занят. Возможно, до декабря, или даже до НГ.

Rendoul написал:

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

Спасибо, очень приятно слышать. Хоть кому-то да пригодился ЯРИЛ. )

Rendoul написал:

Имею некоторые пожелания:

1)Хотелось бы видеть удобную систему встраивания аудио-файлов в квест, чтобы можно было делать плавные нарастания/затухания громкости во время геймплея.
2)Также хочется, чтобы редактор сохранял последнюю директорию, с которой совершались какие-либо действия типа открытия, сохранения, загрузки файла истории.
3)И наконец было бы неплохо создать небольшой, но понятный мануальчик/туториал по движку.

Спасибо

По 1 п. есть пара задач: одна и другая. Надо будет учесть про затухания.
На 2 п. тоже где-то была задача. ) UPD: вот она.
По п. 3 - есть пока это и это. Никак руки не доходят. )

Серый Волк написал:

Что мне нужно установить и откуда, чтобы запустить плеер? Сейчас (после успешной установки) при запуске прога не заводится и выдаёт такое сообщение: https://serwjvolk.ifiction.ru/files/201 … _error.jpg

Странно, вроде, должен предлагать.
В общем, нужно пойти по ссылке, поставить точку на пункте "Accept License Agreement" и скачать ту версию, которая подходит под операционную систему. И установить, конечно.
Впоследствии попробую вообще отказаться от инсталлятора.
UPD: завёл баг.

Sonic написал:

В общем, нужно пойти по ссылке, поставить точку на пункте "Accept License Agreement" и скачать ту версию, которая подходит под операционную систему.

Блин, о чём это я?! Вот сюда надо ходить.

Nikita написал:

Может тоже приведёшь дорожную карту?

Ок, сделаем немного позже, как всё обсудим.

Nikita написал:

Sonic написал:

Пока никак. Но вскорости всё должно поменяться.

Может тоже приведёшь дорожную карту?

Эх. Наверное, как-то так.