Same situation
But it is possible to make it visible that you place the mouse on the button. Something like color differencesā¦
example
1 Like
With NO add-ons, there still exist this bug
1 Like
Hey guys, by opening the html editor in a field the editor jumps back to the top of the notetype. Obviously, thatās only noticeable with longer notetypes. Would be nice it the editor stayed at the same place when opening the html editor.
Would you be so kind to provide detailed reproduction steps for this issue? Iām having trouble triggering it.
There already is a hover effect on those buttons. The difference in color is just too subtle to notice. Iām trying to find a sweet spot between contrast and making things look dirty (light mode is a bit tougher than dark mode in that regard).
Back when we didnāt have the Qt cursor issue, this wasnāt such a big deal. Weāre hoping it will be among one of 350 bugfixes coming with Qt 6.4.1, which isnāt released for Python yet.
2 Likes
Not sure how much detail I can provide here.
If I select any notetype that contains so many fields that the scroll bar appears on the right and I then choose any field where the scroll bar is not at the top position, it immediately moves back to the very top after opening the html editor. This leads to the selected field no longer being visible on screen so that I have to scroll down again.
Besides, I have already tested it with addons disabled and the problem still exists.
Sorry if Iām bothering anyone hereā¦
Another RTL problem - also the yellow star of a mark is located on the right side instead of the left side (Review screen).
Another little note-
I tried to make some kind of change in the editor buttons but I didnāt find any unique id or class for each button. For example, I havenāt found any way to access the MathJax menu button to change anything in it specifically. Maybe you should add something like this to make it easier for Addon developers.
I moved it to the right in RTL (opposite of where it is in LTR) in response to your report of the flag positioning.
2 Likes
This is a bug with the graphics toolkit we use. This will not be fixed for .55, but we may try switching to an older toolkit version in .56.
If you could log the remaining issues on GitHub - ankitects/anki: Anki's shared backend and web components, and the Qt frontend, that would be helpful.
To clarify, 6.4.1 is available, but causes a regression on Windows. 6.4.2 may fix it, and is due out in Jan.
Iām not able to reproduce this either. What platform are you on?
1 Like
Hm strange. Iām using Windows 10.
Yes, itās the opposite of LTR, because I replaced left and right with inline-start and inline-end in response to this comment:
LTR
1 Like
Release candidate 2 is now available. If no serious issues are found, this will hopefully be released as stable in a few days.
https://betas.ankiweb.net/anki2.1.55.html#release-candidate-2
5 Likes
RTL-The three menus in the editor - not related to the first running.
All other RTL issues that were on first run have been resolved 
.
1 Like
Those will likely be fixed in 2.1.56. Theyāre caused by the toolbar having a hard-coded direction.
2 Likes
The deck option windows does not save the maximized status.
I always open it, I click maximize it, but when I return it remains in the original smaller window.
1 Like
I noticed this is a problem only with the qt5 version; qt6 works just fine.
1 Like
Until version .54, if we had more than one profile created in Anki, when opening Anki, a window appeared asking which profile we wanted to select.
In these versions .55 beta1ā¦rc2 it opens directly in the last used profile.
Was this prosital or is it a mistake?
