Является ли команда ответа медленной на iOS?

Question

Я написал приложение, которое использует команду answer. Кажется, это хорошо работает, пока оно не будет развернуто на iPad или симуляторе, где есть заметная задержка, когда я выберу любой из ответов на ответ.

Я использую LiveCode версию 6.5.1 и развертывание прошивки 7

моего кода говорит:

answer question "Hooray !!! you have finished..." with "Play again" or "go back" titled "Game over" 
    go card "Category Page" 

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

(PS Я понимаю, что этот код не показывает, какие действия предпринять для каждого варианта - я заметил, что на данный момент, чтобы попытаться изолировать проблему)

Answer 1

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

http://downloads.livecode.com/livecode/

Если проблема не устранена, сообщите о проблеме здесь:

http://quality.runrev.com

Answer 2

К моему опыту, команда ответа на мобильных устройствах не замедляется. До сих пор единственным устройством, которое вызывало у меня серьезные проблемы с командой ответа, была Sony Vaio, если команде ответа предшествует звуковой сигнал.

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

Быстрый ват, чтобы проверить это

on someHandler // openCard or whatever this may be in your own script 
    answer question "Hooray !!! you have finished..." with "Play again" or "go back" titled "Game over" 
    lock messages 
    go card "Category Page" 
    unlock messages 
end someHandler 

Если ваш обработчик начинается с экрана блокировки, следующая карта не будет нарисована, пока обработчик не закончит. Например.

on someHandler 
    lock screen 
    answer "something" 
    go next cd 
    // do a lot of stuff here 
end someHandler 

может вызвать длительную задержку.

Кроме того, переход на карточку непосредственно после выполнения команды ответа без использования, например, get the result или оператор if может иногда вызывать проблемы. У меня были случаи, когда сценарий продолжает работать до конца обработчика, когда окно ответа находится на экране.

Другой проблемой может быть то, что вы фактически переходите на карту другого стека или запускаете синтаксис в (предварительно) OpenCard, (pre) OpenStack или другой (pre) Open * обработчик. Если вы сделаете это, карта может не отобразиться, пока обработчик (pre) Open * не закончит работу. Вы можете решить эту проблему с помощью такой конструкции, как

on openStack 
    send "initiateStack" to me in 0 millisecs 
end openStack 

on initiateStack 
    // put everything here that doesn't need to be 
    // done before the card is visible, e.g. setting 
    // fields and checkboxes on other cards, reading 
    // user preferences etc. 
end initiateStack 

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