Оболочка для книгр на Java, для мобильных устройств.
Формат хранения книги – XML. Поддержка графики, звука, возможность загружать книги из файловой системы телефона.
Автор: Piligrim
Начата: примерно 10.2007
Планируемое завершение: 02.2008

Задал этот вопрос Браславскому, ну и тут спросим:
В книгах встретил три варианта расчета удачливости:
1. Четный-нечетный результат. Получается практически бесконечная удача.
2. Бросок двух кубиков и сравнение результата и уменьшение значения удачи
3. Зачеркивание шести клеток.
В связи с тем, что я пытаюсь сделать универсальную оболочку, возникает вопрос, можно ли использовать какой-то один вариант во всех книгах? И какой Вам кажется наиболее оптимальным?
Желательно с аргументацией.
ЗЫ: в оболочке используется язык очень похожий на QML

3 отражает, по-моему удачливый расчёт и ВСЕГда оставляет шансы, даже при одном не зачёркнутом варианте. Тогда как 2 вариант с УДАЧЕЙ 6 перечёркивает все шансы на обеду.

мда, и самый сложный в реализации в виде скрипта
Кста, насчет 6-ти , ты погорячился, а если на кубиках выпадет 1 и 1?

нет, кидается один кубик и к нему прибавляется 6. Соответственно если выпадает 1 – то ровно7, а это хоть какой-то шанс, при удаче, равной 6 – пипец – шансов никаких.

Я брал пример из PDF версии "Лабиринт затаившейся смерти". Там бросается именно ДВА кубика.

Piligrim, разные издания – разные способы.

Знаете парни – всегда должна быть надежда. ВСЕГДА. Поэтому вариант 3 по мне лучший...

kiot
Стал редко слышать тебя на форуме...очень редко...

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

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

QSP ME
Реализация QSP для устройств поддерживающих Java ME 2.0

Реализация QSP для устройств поддерживающих Java ME 2.0

В процессе.

Очень давно нет новостей
Надеюсь, в холодильнике проект не испортится...