Forum.iFiction.Ru

Надеюсь такой вариант устроит и авторов и читателей?

ИМХО, возвратных переходов по системной кнопке вообще не должно быть, а если автор хочет возврат, то он ставит сам кнопку бэк. Просто в обычных играх это прописывается вручную, что я считаю правильным.

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

Отредактировано Ajenta (02.07.2012 18:11)

Ajenta написал:

ИМХО, возвратных переходов по системной кнопке вообще не должно быть, а если автор хочет возврат, то он ставит сам кнопку бэк. Просто в обычных играх это прописывается вручную, что я считаю правильным.

Хорошо, а как тогда быть с сохранением состояния? Тоже читерство по-своему. Без кнопки назад игрок будет бесконечно сохраняться... Вроде он должен получать удовольствие от игры, а мы возвращаем его к ранним хардкорным играм времён ZX-Spectrum. За читателей/игроков в нашей ситуации мы должны бороться, имхо.

Отредактировано DoubleDragon (02.07.2012 18:09)

Повторю, а то вдруг затерялось

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

DoubleDragon написал:

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

В общем это можно реализовать и через встроенную функцию Javascript (пример есть в мануале), но можно и отдельным макросом. Каким Вы видите его синтаксис?

Как по мне, не стоит нагружать его. Можно сделать по аналогии с set:

<<random $var = 5>>

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

DoubleDragon написал:

Еще не очень нравится, что нельзя настроить стартовый экран по своему усмотрению.

Не очень понял, про что Вы.

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

DoubleDragon написал:

И почему бы по аналогии с <<back>> не сделать <<restart>>?

Можно, но какой будет его смысл, если читатель и сам может нажать кнопку "Начать заново"?

Аналогично можно сказать про <<back>>, но на экранах победы и поражения <<restart>> очень в тему бы смотрелся.

DoubleDragon написал:

Выложил минорный апдейт 0.6.3:http://sm.axmasoft.com/ru/
Там поправлен баг с пробелом после Файл: (теперь он может быть) и исправлена серьёзная ошибка, связанная с тем, что нельзя было проверить значение переменной до ёё объявления через <<set>>. Теперь переменные не обязательно объявлять, это делается автоматически.

Да, это клево. А то приходилось все переменные задавать...

Типа options? Но это может дублировать функционал нескольких невозвратных ссылок подряд.

Отредактировано DoubleDragon (02.07.2012 21:57)

DoubleDragon написал:

Типа options? Но это может дублировать функционал нескольких невозвратных ссылок подряд.

Вот пример боя http://mop-drew.ru/story.html и для каждого хода приходится использовать чуз. А хотелось бы, чтобы как и при актионе выводилось все на одном экране. И нельзя сделать костыль с которым для актионов использовался синтаксис ссылок?

goraph написал:

Ajenta написал:

ИМХО, возвратных переходов по системной кнопке вообще не должно быть, а если автор хочет возврат, то он ставит сам кнопку бэк. Просто в обычных играх это прописывается вручную, что я считаю правильным.

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

Издеваешься? Про парсерные он вспомнил.

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

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


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

Отредактировано Ajenta (03.07.2012 02:41)

Мне кажется спорить не надо и настройки ссылок тоже не нужны. Авторы могут сами использовать в игре/истории везде ИЛИ только возвратные ИЛИ только невозвратные ссылки. А игрок/читатель по осутствию/наличию  в них подчёркивания будет понимать, какие именно используются. ИМХО.

Отредактировано DoubleDragon (03.07.2012 07:55)

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

Можно, но сложно. Не уверен, что успею к середине августа -- ещё много другой работы.

P.S. Это я про множественный Undo. Если только не предыдущую (т.е. откат только на один уровень), то проще.

Отредактировано DoubleDragon (03.07.2012 10:14)