If “seconds to show question for” is set at 1 second, “wait for audio” is enabled, and the card contains a 2-second audio file,
Currently on desktop: flips immediately after the audio ends
Currently on AnkiDroid: takes both into account and flips 1s after the audio ends
Which is the expected behavior? I’d really prefer it to work in the AnkiDroid way and hope it doesn’t change to align with the desktop. I was scared to even ask about it because it seems to suggest that the desktop is working as intended.
If you’re interested in why I need it that way: link
(posted in “Suggestions” because I’m suggesting AnkiDroid to not align with the current desktop.)
The in-app manual says that “Seconds to show question for” is
the number of seconds to wait before applying the question action.
“Question action” is
The action to perform after the question is shown, and time has elapsed.
“Wait for audio” is
Wait for audio to finish before automatically applying the question action or answer action.
Expected Behavior based on Documentation
To me, this implies the expected behavior is like this:
Wait 1 second. If that second elapsed, show the question action, UNLESS the audio isn’t finished yet; in that case, finish audio first, then apply the question action immediately.
(assuming “Seconds to show question for” is 1 second and “Wait for audio” is true)
That being said: As someone that never used or uses Auto Advance, I think the described AnkiDroid behavior makes more logical sense:
I am just wondering: Can the logic behind auto-advance be implemented in the Rust backend so that all clients have consistent behaviour?
That being said, waiting for the specified number of seconds after finishing the audio makes more sense. Otherwise, the user won’t get the time to answer the card.