Skia-python 120 b5 is out (or soon out, in a few hours)

[Hin-Tak Leung]

The binary wheels are being built and deployed at the moment.

https://github.com/kyamagu/skia-python/releases/tag/v120.0b5

The combination of OT-SVG on-by-default for freetype and directwrite, and the option to use freetype to load fonts on non-linux, should imply that OT-SVG fonts should "just work" on Linux, Windows and Mac OS, somehow. I'll like to see windows users try to load OT-SVG fonts normally - I.e. via DirectWrite, to see whether that works or not, or figure out why it doesn't, before switching to the non-host font loader path. (AFAIC it should work with directwrite, but doesn't, according to github CI - I don't use windows so am just relying on writing pytests and throwing the tests at CI...)

It is still beta, as the pytest pass rate was quite low for the m11x's and gradually climbing, currently at 2072 / 2193 for m120. C.f pytest pass rate for the last release m87 was 2171 / 2206. I.e. some 5% of old functionality (even if those are **extremely** rarely used) is still missing.

New to this release:

New in m120:

• Rudimentary support (TextBlob::MakeFromShapedText) of text-shaping via upstream's libSkShaper module. Intially this was added to support emoji's with skin-tone modifiers (#195), but has the fortunate side-effect that now LTR languages (Arabic, Hebrew, Tibetan ...) work as desired in skia-python's drawing. Note libSkShaper is buggy on windows. ( https://issues.skia.org/issues/310510988 )

• Option to use freetype as fontmgr on non-linux (#213) - using skia.FontMgr.New_Custom_Empty() (upstream's SkFontMgr_New_Custom_Empty). This allows Windows/Mac users to use some font formats not supported by DirectWrite/CoreText (see #195); and also work around bug in CoreText (#138, https://issues.skia.org/310510989 ).

• OT-SVG font support is on by default now (#212, also see #195).

• Vulkan is enabled for Linux/Windows. Most of the APIs were in m87 (stubs?) but were made optional in m98+, and dependent on GPU backend compiled in. For Mac OS X users, upstream removed MoltenVK support in m83, and recommend using Metal backend (TODO).