Anki 2.1.50 Beta 1 & 2

Good idea! The web toolkit didn’t support it when the code was originally written, so this won’t help the Qt 5 builds, but it does look better on Qt 6.

Unfortunately that makes the background color (in my case, either from .card.night_mode or body.nightMode) no longer apply to <object> included media with transparency. It’s now rendered to a white background.

Tried turning color-scheme into a separate rule with :not(object) pre-/appended, but that doesn’t work: sass optimizes it away, and no effect when done manually.

The problem is that ideally we’d like to offer either b/i or strong/em, not both, so I was hoping for some document that would tell us what the best choice would be if we can only offer one of the two. Some brief Googling seems to indicate strong/em should typically be preferred over b/i, and the web seems to be trending away from the latter.

The toolkit no longer appears to support it. It should still work in the qt5 version for now.

You are right, the colours should match.

Is the menu color white in the qt5 build?

Maybe if you could provide a small repro deck, one of the CSS gurus here might have an idea?

Thank you for your reply. Is it possible to modify it? I am M1 and can only use QT6

No, it is grey in both qt5 and qt6. It’s white in 2.1.49, though.

Maybe if you could provide a small repro deck, one of the CSS gurus here might have an idea?

Sure, here. Front is an <object> sourcing an external <svg>, Back holds the same but as an inline version.

Yes, starting Anki without add-ons, open a card in the previewer that had nothing but {{Front}} and {{Back}} in its respective templates.

Thanks for the clarification.

Only Qt6 supports M1 natively, and Qt6 doesn’t support the tabs. You can run Qt5 with Rosetta, but it will be a bit slower.

@Rumo this looks like a change in #1497 - _apply_style() used to set the menu bar to white (which I believe is the more modern win10 look?). Maybe we should preserve that behaviour in the light mode case?

@nwwt cheers. Out of curiosity, I presume in your actual use case, you’re doing something that isn’t possible when the svg is loaded with an img tag?

The issue was fixed after the release of 2.1.50 beta 2.

2 Likes

Hard to find a native Win 10 app with such a menubar, but I agree it looks better.

I have also noticed that there is scrollbar in the card edit window even though there are only two fields with QT5. It’s not visible in QT6.

Could you provide a screenshot to show what you mean by that? I cannot recreate this on a Mac.

Yes, <object>-included SVGs observe their dynamic styling, <img>-included ones are static/don’t.

Thanks so much for image resizing in anki. It’s with great pleasure that I deprecate my image resizing add-on and declare bug bankruptcy on it!

Even after installing zstd, I was not able to untar using Ubuntu’s archive manager. Right now, the command line to untar was not straightforward to find. I’d suggest adding it on Intro & Downloads - Anki Betas

1 Like

browser panel freezes in browsering cards.And only use task manager to kill the process.
Version ⁨2.1.50 (db804d95)⁩
Python 3.9.7 Qt 6.2.2 PyQt 6.2.2
windows 11
7

1 Like

Problem Report. @dae

Version 2.1.50 (db804d95)
Python 3.9.7 Qt 6.2.2 PyQt 6.2.2
Mac M1

I can input English normally, but I can’t input Chinese using Chinese input method (as shown in the picture)

The only solution: In the editor, you must click any button (such as note type or deck) first, and then exit afterwards to enter Chinese normally.

:warning:Update: Downloaded Qt5 version, input is normal. I think this is a Qt6 problem

Does that happen with specific cards, or any cards?

I can also recreate this with Japanese, it seems to happen with any IME. Another option is to press Ctrl-Tab for the app switcher to switch to any app, and then switch back by pressing Ctrl-Tab again.

Really minor cosmetic suggestion: Move the congratulations text a little bit down (or even vertically center it?).
I am on a larger screen, and it seems to sit very close to the top for me, in my opinion, it would look much nicer after either adding a small margin or even centering it.

Good idea. Checkout screens usually have one big bold message in the center (maybe a bit higher than center).

I think for hi-DPI screens like yours, a responsive font-size would be appropriate.

@hengiesel @dae any chances of a rough ETA of a main-window rework? I guess it has a low priority - but when it’s time, I’ll gladly offer assistance on the design aspects of it.

I don’t think there’s anything blocking here. Anybody could start working on it immediately.

The “congrats” view has actually already been redone, however the main window is a bit different, as it’s there webviews (top bar, main, bottom bar), which load different views. For example, the main webview might show the deck overview, or the reviewer.

I think the process would look similar like for all other webviews: In the first stage we replace the jQuery with Svelte components; secondly they need to communicate directly with the backend, instead via Python, once that is done, we can assumably drop some of the respective Python classes, and just load them as one big webview.

thanks for your reply.it turns out this occurs to a specific deck(cards).other unaffected.it’s weird.everything is back to normal after i deleted that deck…