Do you have a sample deck where it’s easy to reproduce it?
1 Like
Here’s a recording of it happening in a newly imported deck: https://ankiweb.net/shared/info/2106258716
Managed to fix. Will push it eventually
1 Like
I’ve noticed the new study screen reacts much slower on my phone than the old one (both when flipping the card and when showing the next card after pressing an answer button). That slows me down when reviewing cards. Is there a chance to rework it so that it reacts as fast as the old screen
What do you mean exactly? (A video comparing the new and old screens would be nice)
All the other reports about it have said the contrary: performance is improved significantly.
If it’s about gesture taps, tune down the double tap time interval
1 Like
The only performance issue that I’ve noticed is that the first card takes a tiny bit longer to load up.
What do you mean exactly?
When using gesture and swiping left to answer “again” or right to answer “good”.
All the other reports about it have said the contrary: performance is improved significantly.
I’ve tested now also tapping just the buttons, and the reaction is fast. The problem is only about swipe gestures.
If it’s about gesture taps, tune down the double tap time interval
Where can I find this setting? I’ve tried to increase gesture sensibility, but without effect. And I don’t find the setting for double tap time. (Anyway, the problem is not about an actual double tap, but about the swipe gestures.)
Use the settings search bar to search for Double tap time interval.
The only way to be sure that the user wanted to make a double tap is waiting for the interval. So make it lower if you want more responsive gestures.
I’ll see if I can exclude swipes from waiting.
1 Like
Is the JS API simply disabled for the test version or is it intended to be working? It’s not working: AnkiDroidJS is not defined
Yes, that works. Thank you!
I’ll see if I can exclude swipes from waiting.
That would be great. It seems that the old study screen did that, and it gives you immediate reactions without changing “Double tap time interval” which can have side effects.
There’s another thing I’ve noticed: In the new study screen there seems to be no support for TTS when using “Advanced→Text to speech”.
The new reviewer is still a work in progress.
It supports Anki’s native TTS mechanism. The one you are referring to is a deprecated one, and the app states clearly to avoid it and migrate to the new mechanism. It should already be gone a long time ago, but nobody removed it yet.
I got a card was modified error "Card was modified" error message · Issue #3596 · ankitects/anki · GitHub.
Anyone having issues with using controllers and binding actions to them? There seems to be two layers, in a sense
ankidroid versions: 2.22.2, 2.22.3
controller: 8bitdo mirco
galaxy s23 running android 15
using new study screen with 2 buttons
I’m able to use the controls menu to bind buttons without issue, but I find “Replay Audio” doesn’t work on the new study screen. Pressing it just doesn’t seem to do anything, so I have to manually tap the button on the screen with my finger.
On top of that, after tapping the button to replay the audio, the buttons I use to answer good (right face button) takes me back to the deck menu. If I tap the audio button then tap somewhere else like the background of the card (not on an audio element or a table expander), the right face button answers as good again.
If I revert back to the old study screen, “replay audio” bind works, and the weird behavior with one button seemingly doing two things disappears.
This isn’t a huge deal to fix right away I’m sure, but wanted to bring it up just in case others had the same issue. Or maybe it’s a me issue?
The new study screen isn’t finished yet. I believe that “Replay media” hasn’t been added yet. The other issues you mentioned should be fixed too, hopefully.
1 Like
Replay media hasn’t been added yet.
About the other issue, could you record and send a video showing it?
2 Likes
Sure! Here’s a link.
Some explanations: show button presses is on via the phone’s debug options. I start in the Controls menu to show what Buttons A and B are bound to.
The first half shows the expected behavior, which is using Button A or B to pass the card and go to the next one.
From 24s, the video shows a tap on the media buttons to replay the sound, and the results of pressing Button B (exits to main deck screens) and pressing Button A (re-taps the media key). I think it’s something to do with the general positions of the buttons, in that Button A would be “confirm” and button B would be “back” and it seems like the generic bindings are overriding Anki’s settings after interacting with that button.
App info: Ankidroid v2.22.3 – Aug 2, 2025 – anki 25.07.5 / 7172b2d2
Phone: Galaxy S23, current on security patches. Un-rooted.
Controller: 8bitdo Micro in “S” mode, connected via bluetooth (though the same happens in the other “D” mode, though I haven’t tested “K”).
2 Likes
Reproduced. Basically, tapping the button focus the WebView, and keybinds are currently intentionally not detected when the WebView is focused, so you can type on elements, focus elements with tabs, and interact with the WebView in general.
Pressing “A” leaves the screen because that’s the default behavior of “A” in all screens (on my tests with the same controller model).
Using the K mode actually may reduce your issue (the screen won’t be closed at least)
The old study screen apparently solves it by disabling keybinds if there is something like an element, but I don’t find that an ideal solution.
The issue is on my radar, but I need to think what is the ideal behavior and solution. I also may need feedback from other users, so that may take some time.
2 Likes
Since the new study screen is ready for testing and feedback, here is what I have to say:
- The contrast in the black theme is too low. Without increasing the brightness, I can barely make out the backgrounds of the buttons and the frame of the card.
- Editing the template from the note editor then returning to the study screen doesn’t update it.
- The previewer should have the same frame style as the study screen.
- The whiteboard disables all gestures which makes sense for tapping and swiping but not for two-finger tapping. This makes gestures for toggling the whiteboard half useful. Also, touching with two fingers creates line segments (and can make dots that cannot be erased with the stroke eraser).
- While drawing, it’s possible to press the buttons.
recording
It would be nice:
- If we had a toolbar action to go to the settings. This is especially useful for testing when we have to change settings a lot.
- If there was a way to customize the star/flags/answer feedback. At least documenting their css ids/classes so we can change them in the templates.
The contrast in the black theme is too low
People want it as dark as possible.
Given that the old reviewer uses black for everything, the contrast is actually higher than before.
Also, personally, I can spot the difference well enough on most lightning conditions, specially on dark environments (where dark themes make sense).
And it’s possible to change the background color of the card right now, and the study screen background in the future (when the JS API PR is merged), so you can set them as you like.
Editing the template from the note editor then returning to the study screen doesn’t update it.
Template editor’s issue. Please make an issue in GitHub
Can’t avoid ignoring those
People shouldn’t need to have to change settings a lot in any app. If they do, something is wrong on the app design or, if I may say so, their workflow.
For testing, it’s part of the work
Currently, there isn’t. They are Android views, not HTML. Implementing them in HTML isn’t straightforward because the user can zoom and scroll the WebView, so it may not be feasible.
Add an issue on GitHub, please. Ideal behavior is ending the current draw, set the brush, and continue
1 Like