Отправлено: 23.11.08 20:50. Заголовок: FireURQ (продолжение)

FireURQ - это GUI-based интерпретатор URQ.

Блог разработчика

Текущая версия:2.2.1

Основные возможности:

Реализация URQL, близкая к классической URQ_DOS

Расширенный синтаксис, позволяющий, например, передавать параметры в локацию-подпрограмму (отличия синтаксиса подробно описаны в файле справки).

Возможность вставки изображения (или его части) в текст.

Декораторы: фрагменты текста или изображения (включая анимированные GIF), которые можно поместить в любое место на экране и по-разному ими манипулировать.

Пользовательские шрифты.

Поддержка архивного формата квестов .QSZ, при использовании которого ресурсы можно поместить в файл квеста

Расширенная поддержка музыки и звука. Поддерживаются форматы WAV, AIFF, MP3, MP2, MP1, OGG, а также трекерные форматы музыки: XM, IT, S3M, MOD, MTM, UMX. Кроме того, воспроизводится и MIDI-музыка (файлы MID). Также поддерживается формат MO3 (трекерная музыка с OGG-упакованными семплами). Реализован fadein и fadeout для музыки. Удобная озвучка локаций.

Возможность создания exe-файла игры.

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

Многое другое (для справки смотрите прилагающийся файл FireURQ.html).

Баги и пожелания направляйте в FireURQ Bug Tracker.

Демонстрации возможностей:

1) http://ifwiki.ru/files/Fireurq_demo.qsz
2) http://ifwiki.ru/files/Decodemo.qsz
3) http://ifwiki.ru/files/Skindemo.qsz

История версий

Планы на следующую версию

Скачать последнюю версию

Документация

 Отправлено: 27.06.11 11:24. Заголовок: Общественность давно..

Слёзно прошу добавить возможность выравнивания кнопок в ряд на одной горизонтальной линии.
Общественность, присоединяйся
(с)
Э-многозначительный

Общественность давно "за": http://fireton.ifiction.ru/2010/12/vyiravnivanie-knopok/

 Отправлено: 07.09.11 22:06. Заголовок: FireURQ - 1.3.3 ====..

FireURQ - 1.3.3
===============
- 0000162: [интерпретатор] Не загружаются иконки состояния из скина (fireton) - закрыт.
- 0000160: [интерфейс] Обработка нажатий на кнопку (fireton) - закрыт.

 Отправлено: 12.09.11 04:21. Заголовок: Привет, кто-нибудь м..

Привет, кто-нибудь местный использует Comodo?
Дело в том, что у меня повылазило окошко:

 Отправлено: 12.09.11 08:13. Заголовок: Э-многозначительный,..

Э-многозначительный, это он так шутит, вирусов в Фурке быть не должно. Подробнее о причине фуркопаники антивирусов можно прочитать тут:
http://forum.ifiction.ru/viewtopic.php?id=1326

 Отправлено: 12.09.11 15:28. Заголовок: Так вроде же на посл..

Так вроде же на последних версиях уже не вылазит такое. Или?

 Отправлено: 12.09.11 19:15. Заголовок: Комодо тупит. Фурка ..

Комодо тупит. Фурка завёрнута молебоксом, он не знает что это такое и считает его опасным.

Вот проверка на вирустотале. Все "большие" антивирусы считают фурку нормальной.

 Отправлено: 13.09.11 08:15. Заголовок: отправил фурку в ком..

отправил фурку в комодо как false positive, надеюсь исключат из базы

 Отправлено: 13.09.11 22:50. Заголовок: Hello, This is to i..

 Отправлено: 13.02.12 22:50. Заголовок: Привет! Можно ли об..

Привет!

Можно ли обрабатывать события от декораторов? Например - щелчек мышью по нему?

Сорри, если где-то уже описано, но в хелпе ничего не нашел.

 Отправлено: 14.02.12 06:37. Заголовок: Декораторы - они для..

Декораторы - они для украшения квеста. Это не совсем спрайты. В принципе, можно что-то придумать. Потому как зачастую пазлы требуют какой-то интерактивной графики... Евг написал запрос в БТ, посмотрим...

 Отправлено: 14.02.12 12:45. Заголовок: А пока Тон смотрит: ..

А пока Тон смотрит:

Logger пишет:

цитата:

Можно ли обрабатывать события от декораторов? Например - щелчек мышью по нему?

Фурка позволяет получать координаты мыши, поэтому для декоратора можно назначить диапазон занятых им координат и, если при клике указатель мыши находится в этом диапазоне, инициировать некую обработку. (Для этого можно использовать команду anykey, переменные mouse_x и mouse_y - подробнее см. справку по Фурке).
Кстати, Тон, раз уж ты всё равно погрузился в эту тему - посмотри еще, пожалуйста, не удастся ли добавить распознавание двойного щелчка...

 Отправлено: 14.02.12 18:07. Заголовок: fireton пишет: В пр..

fireton пишет:

цитата:

В принципе, можно что-то придумать.

Предлагаю такое решение - при щелчке на декораторе активизируется локация
[имя декоратора]_click

 Отправлено: 14.02.12 20:31. Заголовок: Да понятно всё. План..

Да понятно всё. Планов-то громадье. Надо найти время и желание всё это сделать...

 Отправлено: 14.02.12 21:30. Заголовок: А спешить не надо, м..

А спешить не надо, мне это для совместимости требуется, реальная поддержка пока не актуальна

 Отправлено: 28.03.12 08:34. Заголовок: У меня не получилось..

У меня не получилось зарегаться на багтрекере.
Суть проблеммы в том что в фурке (проверял на 1.3.2 и 1.3.3) видимо не работает decordell имя (удаление заданного декоратора)
Пример кода

:1
cls
decoradd abc (200,200,10) image "1.jpg"
pause 1000
decordell abc
pause 1000
end

По идее через секунду декоратор должен удалится, если нет ошибки в синтаксисе.

 Отправлено: 28.03.12 09:25. Заголовок: Chicago1920, дело ка..

Chicago1920, дело как раз в синтаксисе, оператор "decordell" прописывается как "decordel" (с одной "l").

 Отправлено: 28.03.12 15:55. Заголовок: Chicago1920 вроде ты..

Chicago1920 вроде ты зарегался на БТ, регистрационное письмо с твоим ником мне пришло...

 Отправлено: 28.03.12 20:23. Заголовок: fireton, мне на мыло..

fireton, мне на мыло не пришел ответ

 Отправлено: 05.05.12 17:20. Заголовок: FireURQ - 1.4 ======..

FireURQ - 1.4
=============
- 0000117: [интерфейс] Нормальные TTF шрифты (fireton) - закрыт.
- 0000166: [интерпретатор] После идущих последовательно операторов 'btn', 'p' и 'pause' игнорируется оператор вывода текста ('p' или 'pln') (fireton) - закрыт.
- 0000164: [интерпретатор] Неправильная обработка комментариев /**/ (fireton) - закрыт.

Новые возможности:

TrueType шрифты описываются строкой вида:

"file.ttf[<size>,<gamma>,<weight>,<bgcolor>]"

Параметры можно опускать.

<size> - это размер шрифта, по умолчанию 19

<gamma> - гамма, т.е. "светлость" границ шрифта, по умолчанию 1.0

<weight> - толщина, по умолчанию 0.6

<bgcolor> - цвет подложки (hex-значение), по умолчанию 0x808080.
Поскольку из TTF генерится битмапный шрифт, то края должны "подходить"
к фону, на котором потом выводится текст. Дефолтный серый цвет
подходит в подавляющем количестве случаев. Но если вдруг захочется
идеального отображения шрифта на, скажем, красном или белом фоне, то
можно подставить сюда соответствующий цвет. Альфа-составляющую можно
опускать, она всё равно не используется тут.

Дефолтные gamma и weight подобраны для шрифтов на чёрном фоне.
Возможно, для светлого фона их нужно немного поменять.

Примеры:

textfont = "georgia.ttf[20,1.1]"
textfont = "verdana.ttf[10,,,0xFFFFFF]"
textfont = "timesi.ttf[32,,1.3]"

Файлы шрифтов (.ttf) ищутся сначала в папке игры (в архиве qsz), а
если их там нет, то в системной папке со шрифтами Windows. Т.е. если
шрифт из системных, то его таскать с собой не надо.

Шрифты таим образом можно использовать и в коде игры, и в скинах.

Появились две переменные:

linespacing - вертикальное расстояние между строк текста
paraspacing - вертикальное расстояние между параграфами

По умолчанию обе равны 3.

 Отправлено: 05.05.12 17:35. Заголовок: Свежий хелп будет ле..

Свежий html-хелп будет лежать тут: http://dl.dropbox.com/u/8977190/FireURQ.html

 Отправлено: 05.05.12 17:36. Заголовок: Ты лучше его на вики..

Ты лучше его на вики загружай. Ну, потом.

 Отправлено: 16.05.12 21:09. Заголовок: Можно ли как то в фу..

Можно ли как то в фурке отключить показ батонов? Т.е. что бы физически они были, но не показывались визуально. а нажимать их можно было б только через цифровую клавиатуру.

 Отправлено: 16.05.12 21:24. Заголовок: Chicago1920 пишет: ..

Chicago1920 пишет:

цитата:

Можно ли как то в фурке отключить показ батонов? Т.е. что бы физически они были, но не показывались визуально. а нажимать их можно было б только через цифровую клавиатуру.

А чем не нравится anykey?

 Отправлено: 16.05.12 21:37. Заголовок: Положи поверх кнопок..

Положи поверх кнопок черную картинку :)

 Отправлено: 17.05.12 06:04. Заголовок: Рациональнее на них ..

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

 Отправлено: 17.05.12 07:25. Заголовок: В свете последних со..

В свете последних событий набрёл на очень здоровский сайт со свободными шрифтами http://openfontlibrary.org/

Ещё, конечно же, http://www.google.com/webfonts/

 Отправлено: 17.05.12 08:39. Заголовок: vito пишет: А чем н..

vito пишет:

цитата:

А чем не нравится anykey?

С ни м нельзя зациклить локацию и поставить счетчик.
Евгений пишет:

цитата:

Положи поверх кнопок черную картинку :)

Высота батонов может прыгать, потому сложновато в каждой локации подбирать положение картинки.Korwin пишет:

цитата:

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

Ну мне нужно что б только с клавиатуры можно бло нажимать, а экран не загромождать.

 Отправлено: 17.05.12 09:50. Заголовок: Чикага, через скины ..

Чикага, через скины сделай фон у кнопок и текст на них прозрачными.

Проблема только в том, что физически они останутся и место под них будет отводиться — пустой такой кусок экрана внизу.

 Отправлено: 17.05.12 13:38. Заголовок: Chicago1920 в планах..

Chicago1920 в планах на ближайшую версию - anykey с паузой (т.е. работающий как pause), думаю это спасёт.

Cheshire Вообще, как я понимаю, FreeType умеет и OpenType шрифты. Имеет ли смысл копать в этом направлении? Оно нам надо?

 Отправлено: 21.05.12 13:47. Заголовок: Вышла версия 1.5: - ..

Вышла версия 1.5:
- 0000170: [интерпретатор] Параметры linespacing и paraspacing не влияют на текстовые декораторы
- 0000172: [интерфейс] Пункт "Перезагрузить" в меню
- 0000171: [интерпретатор] Хочу anykey с паузой
- 0000175: [интерпретатор] При изменении цвета текста в предыдущем тексте «съедаются» все последние пробелы
- 0000163: [интерпретатор] Возможность множественных сохранений состояния игры
- 0000174: [интерпретатор] Не работает опрос инвентаря по старой схеме
- 0000173: [интерфейс] Нажатие на кнопку роняет фурку

Изменился формат команды save:

"старая" save локация - просто запишет сохранение в слот автосохранения и всё

save локация, "имя сохранения" - поднимет интерфейс со слотами, даст выбрать слот сохранения (кроме слота автосейва) и запишет его с указанным именем

save локация, "имя сохранения", номер_слота - запишет сохранение в указанный слот, без поднятия интерфейса

При загрузке (выбор пункта меню "Загрузить сохранённую игру"):

Если есть только автосейв - без вопросов загружается только он

Если кроме автосейва занят какой-нибудь слот - поднимается интерфейс выбора из слотов



Скин интерфейса сохранения/загрузки. Элемент называется saveload и располагается он в главном элементе
(skin).

<saveload bgcolor="C0000000" captioncolor="FFFFBB4F" captionfont="myfont">
<buttons frame="myframe" />
</saveload>

Если myframe не определена, то берётся системная кнопка, которая используется обычно в игре. Если myfont не определён, берётся системный шрифт. Цвета указаны те, которые берутся по умолчанию. Для кнопок, использующихся на экране сохранения/загрузки, необходимо четыре состояния: нормальное, дизабленое, выбранное и нажатое. Необходимо проверить ранее выпущенные игры со скинами, потому как в предыдущей версии использовалось три состояния кнопок.


У команды anykey появилась возможность задавать таймаут. Например, по команде anykey z, 1000 игра секунду будет ожидать нажатия кнопки, а если за секунду кнопка нажата не будет, то игра продолжит выполнение, а в переменную z будет записан ноль.


Текстовые декораторы при создании наследуют параметры linespacing и paraspacing от общего текстового поля. Но их можно менять с помощью переменных decor_name_linespacing и decor_name_paraspacing соответственно.

 Отправлено: 21.05.12 19:40. Заголовок: Опять новая версия! ..

Опять новая версия! Круто!
Вопрос а можно удалить все переменные за исключением системных, задающих настройки? perkill_except per1, per2 или experkill per1, per2

 Отправлено: 21.05.12 20:13. Заголовок: Хелп отныне будет зд..

Хелп отныне будет здесь: http://tinyurl.com/helpfurq

 Отправлено: 21.05.12 20:24. Заголовок: Корвин, добро пожало..

Корвин, добро пожаловать на http://furqbt.ifwiki.ru :)

 Отправлено: 08.06.12 19:10. Заголовок: Вышла версия 1.6: - ..

Вышла версия 1.6:
- 0000182: [интерфейс] Текстовое поле заслоняет кнопки системного меню и инвентаря.
- 0000181: [интерфейс] Из скина не загружается оформление кнопок в экране сохранения/загрузки.
- 0000180: [интерфейс] Получать width и height от всех типов декораторов.
- 0000178: [интерпретатор] Обновление mouse_x mouse_y.
- 0000161: [интерфейс] Ссылки в тексте.
- 0000179: [интерпретатор] "Локальные" действия.
- 0000177: [интерпретатор] Падение фурки при вызове загрузки во время anykey.

Изменений много:

Ссылки в тексте

Можно вставлять ссылки в текст, выводимый в pln. Ссылки оформляются в вики-нотации:

pln Вы стоите на берегу реки. Вдоль берега вьётся небольшая [[тропинка|trop]]...

Здесь trop - название локации, на которую будет осуществлён переход при нажатию на ссылку. Разумеется, как и в btn, можно использовать параметры локации.

Цвет ссылок задаётся переменными linkcolor и linkhcolor. Первая отвечает за цвет ссылки в тексте, а вторая - за цвет ссылки при наведении мыши. Невалидные ссылки (указывающие на несуществующую локацию) всегда подсвечены красным цветом.

Локальные действия
Реализованы действия, не уводящие с локации. Т.е. можно сделать такую кнопку или ссылку, при нажатии на которые:
* не будут очищены кнопки
* не изменится переменная current_loc
* не выполнится common-локация

Локальные действия ведут себя, в целом, так же, как действия над предметами инвентаря.

Для того, чтобы создать локальное действие, надо перед названием локации в кнопке или ссылке поставить восклицательный знак:

 
 btn !local, Эта кнопка не уведёт с локации 
 pln Эта [[ссылка|!local_location]] тоже не уведёт с локации... 
 

Другое

Переменная hide_link_echo скрывает эхо от ссылок, если её установить в 1.

Переменная hide_local_echo скывает эхо от локальных действий, если её установить в 1. По умолчанию и так равна 1.

От всех типов декораторов можно получать ширину и высоту. И от текстовых тоже, да. Переменные decor_xxx_width и decor_xxx_height, соответственно.

Переменные mouse_x и mouse_y возвращают теперь текущие координаты мыши просто на момент вызова. Не надо больше вызывать anykey и ждать нажатия кнопки мыши чтобы получить их.

 Отправлено: 09.06.12 11:40. Заголовок: 1. Ссылки это мегакр..

1. Ссылки это мегакруто!
2. Насчет координат мышки - правильно!
3. Насчет локальных действий не совсем понятно. Как реализовать собственно действия, то есть изменения переменных и т.п. Можно пример?
4. Можно ли изменить размер окна программы не используя скины, через системные переменные?

 Отправлено: 09.06.12 15:55. Заголовок: Документация к Фурке..

Документация к Фурке, примеры и прочее на вики.

Добавляется, дописывается и обновляется постепенно и неторопливо.

 Отправлено: 09.06.12 15:58. Заголовок: Korwin пишет: Насче..

Korwin пишет:

цитата:

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

Локальные действия, насколько я понял, это типа такой хитрый proc.

 Отправлено: 25.06.12 14:52. Заголовок: На windows server 20..

На windows server 2008 не идёт. :)
А можно где-нибудь скачать portable версию со всеми dll-ками в одной папке?

 Отправлено: 25.06.12 21:36. Заголовок: Должна идти, если Di..

Должна идти, если DirectX установлен. Что в логе пишет?

Portable версия не нужна. fireurq.exe нормально запускается из любой локации (флешки, например) и ей ничего больше не надо для работы (кроме установленного DirectX, разумеется).

 Отправлено: 05.07.12 09:28. Заголовок: А как насчет доступн..

А как насчет доступности слепым что нибудь будет

 Отправлено: 05.07.12 09:41. Заголовок: Поддержка слабовидящ..

Поддержка слабовидящих в планах. Всё будет.

 Отправлено: 12.07.12 09:36. Заголовок: Делаю квест на ЛОКу...

Делаю квест на ЛОКу. Много rnd. Стало возникать подозрение, что выдает он не слишком случайные значения, отдавая предпочтение в начале инициализации к 1. Написал программу чтобы протестировать это явление. Приношу извинения, за свои подозрения - все работает нормально.

Программу выложил сюда.

 Отправлено: 13.07.12 16:40. Заголовок: вопрос: а как в файр..

вопрос:
а как в файрурйовскую игру вставить картинку?

 Отправлено: 13.07.12 18:31. Заголовок: Ответ: вот такой вот..

Ответ: вот такой вот командой - image <имя файла>[, X, Y, ширина, высота]
· имя файла – это имя файла изображения в формате JPEG, PNG или TGA.
· дополнительные параметры позволяют вывести не все изображение, а его часть. При этом X и Y задают верхний левый угол окна, а ширина и высота – размеры «вырезаемого» кусочка.

крот-хомяк, в папке программы есть html-файл справки под названием "FireURQ", именно в нём описаны специфичные "файрурйовские" операторы.

 Отправлено: 13.07.12 21:42. Заголовок: Серый волк,позволю с..

Серый волк,позволю себе сделать замечание - такого файла не было и нет. Только что качал и проверял. есть ток version.htm

 Отправлено: 13.07.12 22:54. Заголовок: Это потому что тепер..

Это потому что теперь все в вики, ссылка в заглавном посте этой темы.

 Отправлено: 15.07.12 12:00. Заголовок: У меня такой вопрос ..

У меня такой вопрос по ФайрУрке:
Как сделать так,что бы ответив на вопрос и выйдя в меню игры,а потом снова нажав на "Ответить на вопрос(кнопку)" выводился другой вопрос согласно порядку очереди(после вопроса вопрос_1,выхода в меню и снова нажатия на кнопку "Ответить на вопрос" появлялся не вопрос_3,а именно вопрос_2)?

 Отправлено: 15.07.12 21:10. Заголовок: Хто я? пишет: Как с..

Хто я? пишет:

цитата:

Как сделать так,что бы ответив на вопрос и выйдя в меню игры,а потом снова нажав на "Ответить на вопрос(кнопку)" выводился другой вопрос согласно порядку очереди(после вопроса вопрос_1,выхода в меню и снова нажатия на кнопку "Ответить на вопрос" появлялся не вопрос_3,а именно вопрос_2)?

дай кусок кода. Только не сюда, а в ветку форума, предназначенную для вопросов - твой вопрос не по FireURQ, а по URQL

 Отправлено: 19.07.12 14:11. Заголовок: А можно сделать реда..

А можно сделать редактор скинов - простейший, с несколькими готовыми шаблонами разных размеров?

 Отправлено: 20.07.12 10:06. Заголовок: Блин по быстрей бы д..

Блин по быстрей бы доступность для слепых! Автор скажите хотябы приблизительно когда эту функцию риализуите?

 Отправлено: 20.07.12 13:09. Заголовок: Хто я?, позволю не с..

Хто я?, позволю не согласиться - такой файл был всегда, и для меня стало неприятной новостью, что из последней (или, быть может, чуть ранее) сборки его убрали. Потому что хэлп теперь пишется на иф-вики. Попросил Фаертона добавить в следующую сборку ссылку на документ.

 Отправлено: 20.07.12 16:54. Заголовок: Akim пишет: Блин по..

Akim пишет:

цитата:

Блин по быстрей бы доступность для слепых! Автор скажите хотябы приблизительно когда эту функцию риализуите?

Вот в следующей версии и реализую. Думаю, надо будет делать отдельную сборку. Думаю интегрировать стандартный Speech API виндовый. Буду дублировать на него весь текстовый вывод (кроме декораторов, наверное), а так же озвучивать кнопки и менюшки.

 Отправлено: 27.07.12 16:49. Заголовок: не липнет гиф файлы ..

не липнет гиф файлы пачемута(
GIF gr8 me.gif, 10, 0 или не так?

как? может был вопрос извените но не клеит...

 Отправлено: 28.07.12 09:03. Заголовок: я хочу ознакомить с ..

я хочу ознакомить с FireURQ автора, не видевшего досурку.

можно ли сделать единое описание FireURQ?
(или уже сделано, просто я всё ещё пользуюсь старыми версиями)

кроме того, у него не руссифицированные ОС и единственная возможность сделать, чтоб "видно было по-русски"- пользоваться своими шрифтами, вшитыми в платформу или в игру.

вот.

 Отправлено: 28.07.12 09:29. Заголовок: multi-tentacled пише..

multi-tentacled пишет:

цитата:

не липнет гиф файлы пачемута( GIF gr8 me.gif, 10, 0 или не так? как? может был вопрос извените но не клеит...

FireURQ позволяет вставлять изображения в текст квеста. Для этого служит команда image. Синтаксис:
image <имя файла>[, X, Y, ширина, высота]
имя файла – это имя файла изображения в формате JPEG, PNG или TGA.
про гиф-файлы не сказано.

точно можно так: decoradd гиф (10,0) GIF me.gif

 Отправлено: 28.07.12 09:31. Заголовок: noname пишет: можно..

noname пишет:

цитата:

можно ли сделать единое описание FireURQ?

http://ifwiki.ru/FireURQ - там внизу есть ссылка на документацию

 Отправлено: 28.08.12 17:57. Заголовок: Вышла версия 1.6.1 ..

Вышла версия 1.6.1

- 0000186: [интерпретатор] Не меняется время в слотах сохранения (fireton) - отработан.
- 0000188: [интерпретатор] гиперссылки продолжают работать в отработанных локациях. (fireton) - отработан.
- 0000190: [интерфейс] FireURQ потребляла 100% процессорного времени (fireton) - отработан.
- 0000189: [интерпретатор] Странности с Юзом (fireton) - отработан.

 Отправлено: 28.08.12 20:04. Заголовок: БРАВО!!..

БРАВО!!

 Отправлено: 22.09.12 12:20. Заголовок: Было бы здорово если..

Было бы здорово если бы можно было создать шаблон вывода, например на чем-то вроде на CSS.

 Отправлено: 23.09.12 11:24. Заголовок: А чем же не нравятся..

А чем же не нравятся скины?

 Отправлено: 24.09.12 11:18. Заголовок: Очень ограничена нас..

Очень ограничена настройка у скинов. Например я хочу две кнопки вывести сверху, над текстом, еще одну посередине внизу, а остальные в ряд по горизонтали. Не сочтите эти "хотелки" через чур завышенными, но во многие игры это могло бы привнести удобство, если например хочется сделать кнопку периодически доступную игроку, но логически отделить ее от инвентаря. Было бы уместно проверять в Common необходимость вывода кнопки, а затем просто ее вывод, а шаблон вывода уже определил бы, что вывести ее необходимо сверху от текста. Например: игра про сыщика. При небольших верных догадках игрока накапливаются очки, когда их накапливается пять, то открывается доступ к "блестящей идее", ее можно использовать для того чтобы сыщик вдруг по мельчайшим штрихам вдруг выдал интересную мысль - последовательность действий преступника, удивив этим самым своих помощников и наблюдателей, для ускорения процесса дела.

 Отправлено: 24.09.12 11:52. Заголовок: Честно говоря, я счи..

Честно говоря, я считаю, что качество текстовой игры в минимальной степени зависит от расположения кнопок. Вывод дополнительной кнопки можно сделать и современными средствами, без дополнений в платформу. Где конкретно будет располагаться данная кнопка - не так важно, более того, логичнее ее делать там, где игрок привык искать новые кнопки - то есть внизу. Я пробовал делать квесты с появлением новых возможностей в определенных местах в инвентаре. Получались весьма "зубодробительные" вещи - в которых пользователь вставал в тупик. Не потому, что он тупой, а потому что я сделал нестандартный игровой интерфейс.

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

 Отправлено: 16.10.12 20:16. Заголовок: Есть пара вопросов п..

Есть пара вопросов по FireURQ.
1.При переходах по goto не обновляется переменная current_loc,это можно изменить?(поведение фурки в этом случае)
2.Почему-то при сохранении save current_loc и последующей загрузке локации не появляются ни текст ни кнопки,хотя инвентарь сохраняется,это как исправить?(Сохранение написал через предмет инвентяря,только для отладки игры пока )
Пример кода
Скрытый текст

:use_режим отладки_сохраниться save current_loc end

P.S.Снимаю вопрос,уже ответили в другой теме

 Отправлено: 15.12.12 04:46. Заголовок: Кто подскажет, как м..

Кто подскажет, как можно на определенной локации полностью закрыть доступ к инвентарю?
При это не допускается удалять предметы, либо прятать действия, применяемые к ним, параметром _hide=1.
Требуется просто взять и закрыть весь инвентарь. А потом снова его открыть...

 Отправлено: 15.12.12 10:35. Заголовок: Eddie пишет: При эт..

Eddie пишет:

цитата:

При это не допускается удалять предметы, либо прятать действия, применяемые к ним, параметром _hide=1.

А можно узнать, почему не допускается?

 Отправлено: 15.12.12 11:03. Заголовок: Можно узнать. Локаци..

Можно узнать. Локация будет вызываться несколько раз за игру. В этой локации у игрока не должно быть доступа к инвентарю. При этом у игрока может быть абсолютно разный набор предметов (квест не совсем линейный). Соответственно, неизвестно, какие именно предметы нужно будет удалять и потом восстанавливать в инвентаре. Поэтому вариант с удалением предметов не проканает.

 Отправлено: 15.12.12 16:23. Заголовок: Все равно не понимаю..

Все равно не понимаю. Что, мы в конкретный момент времени не знаем, какие предметы должны быть в инвентаре? И нельзя сделать для всех предметов в игре специальный флаг, в инвентаре они должны быть или нет, и в зависимости от этого добавлять их в инвентарь при необходимости?

Вообще, наверно, инвентарь можно отрубать, играя со скинами, но тут я не сильна.

Либо еще можно постоянно выводить декоратор в определенный участок экрана, при клике на котором будет отображаться инвентарь (реализованный альтернативными средствами), а основной инвентарь отрубить.

 Отправлено: 16.12.12 10:30. Заголовок: vito пишет: Что, мы..

vito пишет:

цитата:

Что, мы в конкретный момент времени не знаем, какие предметы должны быть в инвентаре?

Совершенно верно. В конкретный момент мы не знаем, какие именно предметы соберет игрок. Это зависит от его блуждания по квесту. В этом-то и есть основная загвоздка. Если бы квест был линеен - проблемы бы не было совсем. А так...

vito пишет:

цитата:

Либо еще можно постоянно выводить декоратор в определенный участок экрана, при клике на котором будет отображаться инвентарь (реализованный альтернативными средствами), а основной инвентарь отрубить.

С реализацией инвентаря через декоратор чета не понял. Как это возможно?

 Отправлено: 16.12.12 11:46. Заголовок: Eddie пишет: Соверш..

Eddie пишет:

цитата:

Совершенно верно. В конкретный момент мы не знаем, какие именно предметы соберет игрок.

1. vito намекает, что можно взять, да и проверить(программно), какие предметы игрок уже взял, а какие- нет.

её идею с флагами я понял так: для каждого предмета(специально для реализации твоей задумки) заводим флаг: был ли в инвентаре такой-то предмет перед заходом в твою особую комнату. перед заходом в комнату, для каждого предмета проверяем, есть ли он в инвентаре и выставляем нужные флаги, а предметы из инвентаря все выкидываем. после выхода из комнаты, проверяем флаги и соответствующие предметы ложим в инвентарь.

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

3. можно напрячь Фаертона и выпросить у него ввести функцию отключения инвентаря. входим в особую комнату- отключаем инвентарь. все предметы остаются на месте. при необходимости, программно можно в инвентарь что-то добавлять или убирать, в-общем, всё работает так же, но только игроку инвентарь не доступен. при выходе из комнаты включаем инвентарь обратно.

--

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

Скрытый текст

кроме того, если поднапрячься, и завести больше флагов, то можно сделать ещё лучше: не удалять предметы, а блокировать только те действия, которые не возможны. т е, например, оставить возможность игроку осматривать вещи. в этом случае делается всё то же самое, только флаги отвечают не за предметы, а за действия, которые можно совершать с предметами. и, соответственно, при входе в комнату, не удаляем предмет, а блокируем соотв действия. // реализация этого требует некоторого опыта в программировании.

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

 Отправлено: 17.12.12 05:40. Заголовок: Угу, noname. Вариан..

Угу, noname.

Вариант №1 один я тоже рассматривал, причем именно с блокированием действий, а не выкидыванием предметов из инвентаря. Но флагов уж больно много получается. Муторный немного алгоритм выходит...

Идеален был бы вариант №3. Но вот будет ли Фаертон вносить такое обновление в фурку...

 Отправлено: 17.12.12 06:17. Заголовок: Eddie пишет: Идеале..

Eddie пишет:

цитата:

Идеален был бы вариант №3. Но вот будет ли Фаертон вносить такое обновление в фурку...

Я что-то не пойму Ваших страданий?

:start
pln Проверка инвентаря. Вы взяли меч и щит.
inv+ Меч
inv+ Щит
btn dark,Войти в пещеру
end

:dark
if Меч then dark_Меч=1 & inv- Меч
if Щит then dark_Щит=1 & inv- Щит
pln Вы в пещере. Так темно, что не видно, есть ли у Вас что-то!
btn light,Выйти из пещеры.
end

:light
pln Вы снаружи. Все видно.
btn dark,Войти в пещеру
end

:common
if dark_Меч=1 then inv+ Меч & dark_Меч=0
if dark_Щит=1 then inv+ Щит & dark_Щит=0
end


"Муторный алгоритм" это всего то две строчки кода на каждый предмет - одна на входе в локацию, а вторая на выходе из нее. Строчки размножаются копипастом. Предметы прописываются ручками. В чем проблема-то?

 Отправлено: 17.12.12 06:32. Заголовок: Блин, да не проблема..

Блин, да не проблема это, Корв.

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

В любом случае, спасибо за помощь vito, noname, Korwin.

P.S. А вот команды типа "инвентарь_hide=1" фурке все-таки не достает.

 Отправлено: 17.12.12 10:53. Заголовок: Korwin пишет: :comm..

Eddie пишет:

цитата:

Все-таки это увеличило исходный код на пару сотен строк.

если такая особая локация встречается в нескольких местах, как у тебя, то лучше убирание и добавление предметов обратно сделать подпрограммами. тогда получится примерно две строки кода на предмет + ещё немножко строк.

 Отправлено: 17.12.12 11:35. Заголовок: noname пишет: если ..

noname пишет:

цитата:

если такая особая локация встречается в нескольких местах, как у тебя, то лучше убирание и добавление предметов обратно сделать подпрограммами. тогда получится примерно две строки кода на предмет + ещё немножко строк.

Согласен полностью. Я через proc организовал алгоритм. Насчет пары сотен строк я погорячился, конечно. По три строки на предмет вышло. (присвоил флажок, восстановил предмет в инвентаре по наличию флажка, обнулил флажок).

 Отправлено: 17.12.12 15:44. Заголовок: Eddie пишет: Соглас..

Eddie пишет:

цитата:

Согласен полностью. Я через proc организовал алгоритм. Насчет пары сотен строк я погорячился, конечно. По три строки на предмет вышло. (присвоил флажок, восстановил предмет в инвентаре по наличию флажка, обнулил флажок).

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

 Отправлено: 01.01.13 21:35. Заголовок: FireURQ - 1.6.2 ====..

FireURQ - 1.6.2
===============
- 0000194: [интерпретатор] В текстовом декораторе нельзя указать шрифт без указания цвета
- 0000191: [интерпретатор] Невозможно ввести пробел в input

 Отправлено: 11.01.13 15:02. Заголовок: Внесу и свою копейку..

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

1. Злосчастный оператор if...then, почему бы не сделать срабатывание тела оператора не в одной строчке а во всех, пока не встречается else или какой-то знак окончания тела. Иногда очень громоздко получается прописывать все действия в одну строчку через &. Конструкция могла бы выглядеть вот так:
if x>1 then
[
<действие1>
...
<действиеN>
]
Я понимаю, что сейчас пишу нечто очень банальное, поскольку во многих языках программирования сделано нечто подобное с разными скобочками, словами и т.д. Но это же просто удобно.

2. Как вы относитесь к тому, чтобы написать некий простенький статус бар с обычными, почти для всех игр, элементами: Полоска здоровья/маны (или численное представление; на выбор), значения нескольких переменных, вроде денег, патронов, и т.д.
Такие переменные есть в 90% игр и смотреть свое здоровье в инвентаре и прочие названные статусные переменные, ну как-то странно.
Я знаю, что можно сделать окно статуса, но постоянно вызывать его - очень надоедает. А так глянул на строчку вверху квеста и все стало понятно. Конечно же для предметов однозначно подходит инвентарь, да и для характеристик в виде статусного окна. А вот остальное...

Заранее спасибо за возможность высказать мнение.

 Отправлено: 12.01.13 02:50. Заголовок: 1. Исторически сложи..

1. Исторически сложилось. Блоков кода нет. Можно делать некое подобие через знак подчёркивания в начале строки. Делать блоки кода - значит переделывать весь парсер и интерпретатор, а мне влом.

2. Это всё можно делать декораторами. Числовые значения - текстовыми, полосочки-"градусники" - типа RECT.

 Отправлено: 12.01.13 08:37. Заголовок: fireton пишет: 1. И..

fireton пишет:

цитата:

1. Исторически сложилось. Блоков кода нет. Можно делать некое подобие через знак подчёркивания в начале строки. Делать блоки кода - значит переделывать весь парсер и интерпретатор, а мне влом.

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

 Отправлено: 23.01.13 22:25. Заголовок: FireURQ 1.7

FireURQ - 1.7
=============
- 0000195: [интерпретатор] Выпадающие меню
- 0000196: [интерфейс] Не должны работать ссылки при input и anykey

В фурке появилась возможность создания выпадающих меню в ответ на нажатие на ссылку или на кнопку.

Формат вызова такой:

btn %menu, По этой кнопке будет меню 
  
 ... 
  
 :menu 
 btn someloc, Первый пункт меню 
 btn anotherloc, Второй пункт меню 
 btn yetonemoreloc, Третий пункт меню 
 end

Другими словами, все кнопки в меню-локации превращаются в пункты меню. Причём можно делать меню вложенными.

В меню-локациях не разрешается использовать практически ничего, кроме конструкций if..then..else, goto, proc и работы с переменными, которые можно назначать и проверять. Ну и btn, понятное дело, можно использовать.

Все фантомные btn (ведущие на несуществующую локацию) становятся неактивными пунктами меню.

Если в качестве имени кнопки использовать "-" (дефис), то в меню будет вставлена полоска-разделитель.

Переменные для оформления меню (их тоже можно указывать прямо в меню-локации):

menu_textfont - шрифт меню
menu_bgcolor - цвет фона (можно делать и полупрозрачным)
menu_bordercolor - цвет рамки
menu_textcolor - цвет пунктов меню
menu_hindent - отбивка по горизонтали
menu_vindent - отбивка по вертикали
menu_selectioncolor - цвет фона выбранного элемента
menu_seltextcolor - цвет шрифта выбранного элемента
menu_disabledcolor - цвет шрифта неактивного элемента

Более наглядно значения этих переменных можно посмотреть в руководстве по скинам, там даже картинка есть, поясняющая каждую из переменных:

 Отправлено: 27.01.13 11:37. Заголовок: fireton пишет: Блок..

fireton пишет:

цитата:

Блоков кода нет. Можно делать некое подобие через знак подчёркивания в начале строки. Делать блоки кода - значит переделывать весь парсер и интерпретатор, а мне влом.

Один из вариантов сделать блоки кода и не потерять совместимость со старым кодом - это ввести препроцессор кода, который перед стартом квеста пробежит по коду и если найдет блок кода, то выстроит его в одну строку с & между операторами

 Отправлено: 27.01.13 14:43. Заголовок: Куда ты предлагаешь ..

Куда ты предлагаешь его "ввести"? ;)
Прямо в фурку? Нельзя, потому кк привязка к номерам строк потеряется.

Это может быть фичей для твоего редактора, though.

 Отправлено: 31.01.13 19:38. Заголовок: Дались вам эти блоки..

Дались вам эти блоки кода. Нет, ну и не надо, слишком длинные строки в условии можно просто загонять в proc.

После обновления 1.6.2 заметил странную вещь. К примеру в коде
...
Ответ="Ответ#Ответ10_1$"
if Ответ="Ответ4" and Волшебник=1 then
...

напрочь переставал работать в If'ах знак &, только с and условие работало корректно. Сейчас все вроде бы норм, специально проверял, но сам факт.

 Отправлено: 31.01.13 22:30. Заголовок: Vulcano пишет: напр..

Vulcano пишет:

цитата:

напрочь переставал работать в If'ах знак &, только с and условие работало корректно. Сейчас все вроде бы норм, специально проверял, но сам факт.

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

 Отправлено: 02.02.13 00:27. Заголовок: Снова появлялась дан..

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

 Отправлено: 02.02.13 11:38. Заголовок: Я тебе в багтрекере ..

Я тебе в багтрекере отписал, но повторю здесь.

Знак & никогда не работал как логический оператор. В урке это способ объединить несколько операторов типа pln, btn, goto в один. Это нужно для того, чтобы можно было записать несколько операторов под if..then, например. Логическим оператором "И" является AND и только он. Так что, если ты где-то использовал & как логический оператор, то проверь код - там ошибки.

Извини, я просто сразу не совсем понял в чём проблема, я думал, что & не работает после then.

 Отправлено: 02.02.13 22:49. Заголовок: А, ладно, учту, хотя..

А, ладно, учту, хотя в простых примерах условий & работает нормально, и чем это объясняется, я вообще не понимаю в таком случае. Т.е. условие типа if z=1 & Здоровье=10 then ... будет обрабатываться как следует. Проверял лично. А в навороченных кодах & работать отказывается. Поясните мне, почему, если вам не трудно. Так, для общего развития хочется знать

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

 Отправлено: 02.04.13 11:36. Заголовок: А можно поинтересова..

А можно поинтересоваться, сколько переменных может держать Фурка в оперативном использовании?
К примеру, существует большой код, где в начале задается свыше 250 переменных. Они используются в последствие, но так или иначе обращения к ним происходят неоднократно. Дополнительно свыше 100 переменных изменяются динамически и вряд ли это предел квеста, скорее всего будет добавлено еще столько же различного рода переменных.
Заранее благодарю.

 Отправлено: 02.04.13 15:17. Заголовок: Количество переменны..

Количество переменных, которые может держать Фурка в оперативном использовании, ограничено только размером виртуальной памяти компьютера. У самой программы ограничений на размер квеста, количество переменных, персонажей, локаций и т.д. нет.

 Отправлено: 02.04.13 15:21. Заголовок: Проще всего задать в..

Проще всего задать вопрос самой программе:

:start
num=10000
pln Эта программа считает сколько переменных можно использовать в FireURQ. После нажатия кнопки СТАРТ она будет выводить в строчку имя новой переменной и общее количество переменных. Если число переменных достигнет #num$ программа остановится.
n=0
btn loop,СТАРТ
end

:loop
n=n+1
a#n$=n
cls
pln a#n$=#a#n$$ Всего переменных: #n$
pause 20
if n<num then goto loop
pln ВСЕ! В FireURQ может быть #num$ переменных
end

Я проверил до 100000 - мне хватит на всё!

 Отправлено: 03.04.13 14:40. Заголовок: Ага, ну я примерно т..

Ага, ну я примерно так и подозревал, что дело не в программе, а в мощностях компа. Спасибо.

 Отправлено: 03.04.13 20:52. Заголовок: Вышла версия 1.8, та..

Вышла версия 1.8, там ссылки в декораторах, инклюды и другое всякое.

Здесь описывать неудобно, поэтому расписал новые возможности на блоге.

 Отправлено: 04.04.13 04:51. Заголовок: :sm36: Прекрасно...

Прекрасно. просто прекрасно!

 Отправлено: 08.04.13 14:57. Заголовок: Чего-то код, написан..

Чего-то код, написанный на 1.7.0 теперь на последней версии не запускается. Я уже час сижу бьюсь над кодом, но в некоторых местах Фурка просто закрывается по непонятным причинам. На предыдущей версии все было идеально.
Хотелось бы уточнить, что за баги были поправлены, возможно одним из них я случайно пользовался в своем коде.

Никаких репортов и прочих ошибок Фурка не выдает. Просто закрывается и процесс выпрыгивает из Диспетчера. Будто я просто нажал на закрыть. Можно ли как-то отследить строку кода, на которой она прерывается. Суть отладки так и не понял, если не составит труда, прошу объяснить как ей пользоваться.
Заранее спасибо.

 Отправлено: 08.04.13 15:02. Заголовок: В папке, куда устано..

В папке, куда установлена фурка, есть лог. Там должна быть ошибка, по которой происходит вылет. Посмотри что там. Ну и код (минимально, чтобы ошибка воспроизводилась). И всё это в БТ. Будем чинить.

В 1.8 действительно много изменений, но внутренних (рефакторил, менял архитектуру приложения). Вероятно, какие-то грабли не учёл. :(

Я тогда 1.8.1 повременю выпускать... Жду.

 Отправлено: 08.04.13 15:10. Заголовок: Как файл лога называ..

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

 Отправлено: 08.04.13 15:22. Заголовок: fireurq.log, лежит р..

fireurq.log, лежит рядом с fireurq.exe. Если у юзера нет прав писать, скажем, в "Program Files", то лог не создаётся. Могу порекомендовать, скопировать fireurq.exe в другую папку, в которую писать прав достаточно, и запустить оттуда.

 Отправлено: 08.04.13 15:26. Заголовок: Просто запустил от а..

Просто запустил от админа. Лог появился, вот содержание лога:

8 Апрель 2013 г., 18:22:58
Delphi 2D engine starting...
Engine version: 0.51

D3D Driver : nvd3dum.dll
Description: NVIDIA GeForce GT 440
Version: 13.1106
Mode: 800 x 600 x X8R8G8B8

Sound Device: Динамики (Realtek High Definition Audio)
Sample rate : 44100

Init done.

ОШИБКА: Access violation at address 00406EAC in module 'fireurq.exe'. Read of address 000A0D28
Finishing...
The End.

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

 Отправлено: 08.04.13 15:27. Заголовок: Ага! Возможно, это т..

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

 Отправлено: 08.04.13 15:29. Заголовок: ок, без проблем, при..

ок, без проблем, пришлю. В багрепорт, или прямо сюда?

 Отправлено: 08.04.13 16:07. Заголовок: Создал на багтрекер ..

Создал на багтрекер новый вопрос, приложил код.

 Отправлено: 08.04.13 20:52. Заголовок: Работаю. Да, похоже ..

Работаю. Да, похоже это та же ошибка.

 Отправлено: 08.04.13 23:08. Заголовок: FireURQ - 1.8.1 ====..

FireURQ - 1.8.1
===============
- 0000212: [интерпретатор] AV когда декоратор удаляет сам себя (fireton) - закрыт.

Внимание, важный багфикс.

 Отправлено: 19.05.13 18:53. Заголовок: 19:48 noname играю в..

 Отправлено: 20.05.13 13:13. Заголовок: После того, как Фаер..

После того, как Фаер прикрутил фурке новые шрифты:
http://fireton.ifiction.ru/2011/12/novyie-shriftyi-v-furke/
http://fireton.ifiction.ru/2012/05/novyie-shriftyi-v-furke-2/
размер основного окна программы немного изменился. В ряде игр, которые были написаны до смены шрифта, авторы подстраивали свои тексты под размер окошка. И если раньше весь текст помещался на одном экране, то теперь из-за того, что окошко стало чуточку меньше, появились прокрутки там, где по замыслу автора их быть не должно. Полагаю, что проблема возникла именно из-за этого.
noname, хорошо бы приложить скриншот.

 Отправлено: 24.05.13 12:55. Заголовок: прокрутка в фурке п..

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

 Отправлено: 24.05.13 13:04. Заголовок: Всех спасёт зажатый ..

Всех спасёт зажатый Ctrl.

 Отправлено: 24.05.13 13:46. Заголовок: Cheshire, можно объя..

Cheshire, можно объяснять каждому новому игроку про Ctrl, можно и пол-строки прочитать.

но- неудобно.

 Отправлено: 25.05.13 15:58. Заголовок: Открыл свой не особо..

Открыл свой не особо старый квест (ну года два) в последней (линк с плут.инфо) фиреурке и это...

цитата:

image kartinko.gif

- уже не работает?!!

 Отправлено: 25.05.13 21:43. Заголовок: В БТ. С примером код..

В БТ. С примером кода и картинкой.

 Отправлено: 12.07.13 14:00. Заголовок: Не знаю, фича ли, но..

Не знаю, фича ли, но оператор gametitle срабатывает с запозданием лишь после выполнения anykey (а если их несколько, то лишь после самого последнего). Пример:

цитата:

:1st gametitle = "Предупреждение" anykey end

"Предупреждение" появится в заголовке лишь опосля нажатия любой клавиши. Но если сунуть

цитата:

pause 1

после gametitle, то все норм.

 Отправлено: 12.07.13 14:21. Заголовок: забылпарольифигсним,..

забылпарольифигсним, БТ тут: FireURQ Bug Tracker.

 Отправлено: 23.08.13 18:34. Заголовок: FireURQ - 1.9 ======..

FireURQ - 1.9
=============
- 0000211: [интерпретатор] Вывод в текстовый файл (fireton) - отработан.
- 0000034: [интерфейс] Запись лога не только ключом, но еще и из меню furq. (fireton) - отработан.
- 0000223: [интерпретатор] Access violation по ctrl+r (fireton) - отработан.
- 0000217: [интерфейс] Сделать чтобы пробел работал как enter (fireton) - отработан.
- 0000221: [интерпретатор] в qsz файле не проигрывается музыка с длинным названием (например Danny Wright – New Life.mp3) (fireton) - отработан.
- 0000213: [интерпретатор] Новые виды декораторов, реагирующих на клик (fireton) - отработан.
- 0000215: [интерпретатор] Текстовые декораторы не работают при загрузке из сохранения (fireton) - отработан.

Описание новых команд и переменных

 Отправлено: 29.08.13 14:02. Заголовок: Спасибо Фаер, ты ген..

Спасибо Фаер, ты гений :))

 Отправлено: 04.10.13 22:33. Заголовок: 0000196: Не должны р..

0000196: Не должны работать ссылки при input и anykey
Подробности Ссылки не должны быть видны и не должны работать при anykey и input. (c)
Для чего это сделано и как это можно обойти?

 Отправлено: 05.10.13 03:12. Заголовок: Это сделано специаль..

Это сделано специально и обойти это нельзя. При INPUT и ANYKEY фурка ждёт совершенно определённого ввода от игрока и нельзя мешать его со ссылками. Кнопки при ANYKEY и INPUT тоже не работают, а ссылки - это аналог кнопок.

 Отправлено: 05.10.13 10:15. Заголовок: fireton написал лс..

fireton написал лс

 Отправлено: 05.10.13 11:48. Заголовок: Здравствуйте, Фаерто..

Здравствуйте, Фаертон.
В последней версии Фурки была введена новая функция - вывод текста в файл. Однако расширение записываемого файла может быть только .txt. Как я прочитал в вашем блоге, это ограничение было наложено для того, чтобы предотвратить создание вредоносных программ через игры под Фурку.
У меня есть предложение - разрешить создавать и записывать файлы не только с расширением .txt, но и .qst. qst-файлы не могут причинить никакого вреда, а, вместе с тем, с помощью них можно будет не выходя из программы создавать, например, дополнительные моды к играм, чтобы потом их к квесту подключать через инклюды. Кроме того, можно будет изготавлевать qst-файлы и записывать в них определённые данные из игры, что позволит сделать бесконечную, самопродолжающуюся, непрерывную игру, или создать эффект онлайн-квеста.

 Отправлено: 05.10.13 13:40. Заголовок: Инклюды подключаются..

Инклюды подключаются в момент старта игры. Динамически что-то сгенерить а потом подключить нифига не получится. А раз выходить из игры всё равно придётся, то не проблема и переименавать сгенерённый файл.

А "бесконечная, самопродолжающаяся" игра - это утопия. Это просто нельзя сделать в сколько-нибудь приемлемом виде. Наиболее удачной реализацией этой концепции является "Белый бычок" от Евга, но думаю, такой уровень детализации игрового мира, как в этой игре, тебя вряд ли устроит. ;)

 Отправлено: 21.12.13 14:29. Заголовок: Привет всем. Fireton..

Привет всем.
Fireton, я предлагаю немного подработать систему инклюдов в Фурке. Было бы удобнее, если бы код из подгружаемого через инклюд файла вставлялся в то место, где находится этот самый инклюд (как в Акурке).
Это позволит обрабатывать подгруженную программу в нужное время и там где надо. Или вот другая проблема с инклюдами: у меня есть главный файл квеста (назовём его Quest.qst) и подгружаемый файл (Inc.qst). В Quest.qst содержется основной код игры, а в Inc.qst - несколько дополнительных переменных, необходимых для работы квеста. На первой локации в Quest.qst имеется строка "%include Inc.qst". Однако при выполнении Quest.qst, интерпретатор почему-то совершенно не воспринимает переменные из Inc.qst, хотя сам инклюд написан абсолютно правильно! Я поэкспериментировал с подгрузками, и выяснил, что Фурка только тогда получает данные из Inc.qst, когда код в нём находится под какой-нибудь меткой, например, :per. Таким образом, в главном файле квеста придётся написать примерно так:
:первая_локация
%include Inc.qst
proc per
end
А в Inc.qst - соответственно:
:per
Первая_переменная=x
Вторая_переменная=y
N-ая_переменная=w
end
Согласитесь, что было бы удобнее выполнять подгрузку по-акурковски:
В главном файле пишем:
:первая_локация
include Inc.qst
end
А в подгружаемом:
Первая_переменная=x
Вторая_переменная=Y
N-ая_переменная=w
- Всё, все данные из Inc.qst подгружены к Quest.qst!
Я конечно не говорю, что нужно скопировать в FireURQ систему инклюдов с Акурки, но данный аспект нужно всё же перенять :)))
Или можно сделать настройку принципа подгрузки по системной переменной (как например сделано с count_...) - если переменная равна 1, то по-акурковски, если 2 - то по-старому.

 Отправлено: 21.12.13 21:38. Заголовок: Ну вот так в фурке с..

Ну вот так в фурке сделано. Инклюды - это аналог php-шного require(), а не сишного include. Переделывать я не буду. Я и так не хотел их делать... Текст квеста в фурке сразу целиком загружается в память. соответственно, все инклюды прицепляются в конец при анализе текста уже загруженного.