Forum.iFiction.Ru

abcdef написал:

Т.е. запись goto #LOCATION$, где #LOCATION$ заменяется на число, эквивалентно:
instr sys=#LOCATION$
goto system

"Напиши раз, используй везде"
А представь, что если бы у Явы синтаксис в J2ME чуть-чуть отличался от J2SE&J2EE   В результате, квест, написанный под твою урку не будет работать на других (это как байт-код, собранный под Windows, не работал бы на Mac)

Ну ладно, это поправимо (в моем случае). Начал проверять свой квест на твоей урке. Все почти сразу виснет. В то же время на урке 1.3 от Рипоса все просто замечательно работает. В debug.txt появляется сообщение типа
Error: [parser] BREAK  (STR:27,POS:0,TOKEN:end)
(но может это результат нажатия Esc и выхода из программы)

Содержимое строки 27 (это как раз кусок "заплатки", чтобы квест работал и у тебя и на прочих урках)
if currentLocation=24 then goto 24

Не подскажешь, чем можно полечить?
(я на всякий случай текст квеста приложу к сообщению, если захочешь проверить)

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

abcdef написал:

диагностичекого сообщения видно, что команда proc не стоит в конце строки (все требования к структуре описаны в документации)., других ошибок интерпретатор не выявил

Дык, а что делать, если хочется такую конструкцию
if ... then proc doSomething1&proc doSomething2&proc doSomething3
Более того - прочие урки корректно обрабатывают такой код
просто URQL (в отличии от Явы) не имеет блоков кода if (...) {...много строк }, посему и приходится ставить команды в одну строку. Конечно, в моем случае можно создать doSomething123 (куда затолкать вызовы doSomething1, proc doSomething2 и proc doSomething3), но этот сопособ не всем подойдет, не всякий автор захочет ручками переписывать квест.

Предлагаю придерживаться политики Sun (строго следовать общим стандартам), а не Microsoft (делать свои стандарты, не совместимые с общими). Или тогда писать не на Java, а на .Net

abcdef написал:

поправил алгоритм в j2me для генерации random

Потестил j2me версию на Sony Ericsson. Cобственно, j2me и ценна для меня. Нельзя ли поправить пару багов (связанных с btn)
1) Если список действий не помещается на экран - надо делать скроллинг, как и для текста. А сейчас, даже в Буратино, текст оканчивается, а список возможных действий уходит за пределы экрана и нет возможности его промотать.
2) Хорошо бы печатать полный текст действия, ну как миниум 25 символов (как в прочих урках). А то, опять же, в Буратино пишет "Сказать 'Толк>" и приходится догадываться, что это "Сказать 'Толкиен форевер'"

Привет!

Приложенный кусок квеста при проверке на AURQ выдает

warning: STR 24,  TOO LARGE BLOCK

В чем беда?

Отредактировано Logger (20.01.2010 08:25)

abcdef написал:

"выполняется для обоих предметов" - это не ошибка, при построении меню действий инвентаря "приказ" ищется метка ":use_приказ.....", т.е. окончание метки может быть любым, поэтому инвентарь "приказ" хватает метки "use_Приказ Матросу_Применить1" и "use_Приказ_Матросу_Применить2"

Беда в том, что другие интерпрететоры так НЕ делают. См. мой пример про "приказ матросу" в теме про Кеперлейс Нельзя ли подправить что-то, чтобы
1) Не печатало "use_" при выборе действий
2) Отличало "Приказ" от "Приказ матросу"

abcdef написал:

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

IMHO - много хуже, когда переменные "Приказ" от "Приказ матросу" воспринимаются как одна и таже. Ибо тут разница отлично видна для Автора, но не для AURQ А лишний проблел...пусть лучше будет лишний пробел, Автор исправит ошибку (тем более, что у меня код квестов генерируется и лишний пробел там невозможен).