Replies: 5 comments
-
Hello, can you please check with the latest thorium version 3.0. |
Beta Was this translation helpful? Give feedback.
-
This sounds like a bug. "stop" means stop, so "next" and "previous" shouldn't activate playback until "play" is activated. We need to check that the keyboard shortcuts don't cause user experience inconsistencies. As for the "random" nature of the playback position, Thorium resumes from the currently-known reading / listening position. |
Beta Was this translation helpful? Give feedback.
-
that's "normal" in the sense that the feature is intentionally implemented this way. the "paused" state resumes when the user interacts with one of the commands, or by clicking the text.
...that's the "click" interaction causing the "paused" state to resume. |
Beta Was this translation helpful? Give feedback.
-
this is annoying. I wonder why? |
Beta Was this translation helpful? Give feedback.
-
I am not sure what you mean exactly, but my guess is that overall the "paused" state is too easy to reactivate into "resumed" audio. |
Beta Was this translation helpful? Give feedback.
-
I use this program as main tool for language learning with epub3 files. (excellent work :) So, I occasionally stop audio for copying text into clipboard, pause audio and seek audio next to next line or previous line. I encountered numerous of bugs.
Beta Was this translation helpful? Give feedback.
All reactions