<html><head></head><body><div class="ydp818bc962yahoo-style-wrap" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;"><div style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;"></div>
<div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">Happy holidays.</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">After the skia/skia-python OT-SVG addition, I looked for simple way of patching and rebuilding chromium/chrome, but got into a bit of a dead end with building chrome from source... anyway, then I found that the QT folks switched from webkit to webengine (a fork of chromium) between qt4 to qt5, and it is buildable from source on github CI for about 5.5 hours (just under github's 6 hours limit) at 4x core, with about 17 GB of disk space.</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">And they track chrome/chromium changes quite closely too. The upcoming qt 6.7 uses m118 (current is 121/122, so it is about 3 to 5 months old chrome code).</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">Anyway, the patches are posted at</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">https://github.com/HinTak/Qt6WE-OT-SVG</span></font><br></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">together with the CI yaml to build it for linux. And visiting </span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">https://pixelambacht.nl/chromacheck</span></font><br></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">with the parched qt6.7 beta1 webengine works.</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">The patch set is logically in 3 parts - besides the two I outlined: make freetype process OT-SVG font with skia's SVG module, divert font formats not native to non-linux to use a bundled freetype (this is already done for sbix on windows and colr for mac, and for CBDT for both), there is a 3rd - getting the bundled ots to let ot-svg web fonts through. So I posted it in two files, the first and the last in patch 1 and the 2nd in patch 2.</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">(Basically patch 1 makes it works on Linux, patch 2 has no effect on Linux as you get freetype or freetype on Linux...).</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;">I'll probably try to get the QT folks to take the patches... obviously this is no news to Google folks - they just choose to not switch OT-SVG support on :-).</span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div><div><font face="Helvetica Neue, Helvetica, Arial, sans-serif"><span style="font-size: 16px;"><br></span></font></div>
<div id="ydp818bc962yahoo_quoted_3584410554" class="ydp818bc962yahoo_quoted" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Tuesday, 5 December 2023 at 07:39:07 GMT, Hin-Tak Leung <htl10@users.sourceforge.net> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div id="ydp818bc962yiv3054744365"><div><div> Dear mpsuzuki, and others,<br clear="none"><br clear="none">Slightly beating a dead horse - most of the following info (with further details) is posted at the end of<br clear="none">https://bugs.chromium.org/p/chromium/issues/detail?id=306078<br clear="none"><br clear="none">- Google folks did add OT-SVG support to skia for freetype/directwrite-based systems (i.e. linux/android and windosws) in m103, but left it off. You need to add one extra line of code at the start of your application to switch it on.<br clear="none"><br clear="none">- Variants of chrome browser includes blink, which in-term includes skia. Blink has the ability to configure skia to use freetype on mac/windows instead of mac' coretext or windows directwrite to load fonts. This enables chrome on mac to load COLRv0 and CBDT/CBLC color fonts, and chrome on windows to load sbix color fonts, which the "native" font loader does not support.<br clear="none"><br clear="none">Both of these are included in the next skia-python, m120 ( https://github.com/kyamagu/skia-python) - should be out as soon as I can tag it to build/publish. I can't confirm that the directwrite OT-SVG code works, but loading OT-SVG via freetype on windows does. Would appreciate some windows users having a try.<br clear="none"><br clear="none">So maintainers/packagers of chrome variants - it should be just one additional line to support OT-SVG fonts on freetype-based system (i.e linux). On windows/directwrite, I can't confirm that single line works, but freetype is already used as fallback for COLRv0 and CBDT/CBLC on mac, and for sbix on windows, and it shouldn't be hard to do the same thing for OT-SVG for non-linux.<br clear="none"><br clear="none">Regards,<br clear="none">Hin-Tak<br clear="none"><br clear="none">P.S. Here is the top part of skia-python m120's release notes - yes, I created the pull so I wrote this myself:<br clear="none"><br clear="none">New in m120:<br clear="none"><br clear="none">* Rudimentary support (TextBlob::MakeFromShapedText) of text-shaping via<br clear="none"> upstream's libSkShaper module. Intially this was added to support<br clear="none"> emoji's with skin-tone modifiers (#195), but has the fortunate side-effect<br clear="none"> that now LTR languages (Arabic, Hebrew, Tibetan ...) work as desired in<br clear="none"> skia-python's drawing. Note libSkShaper is buggy on windows.<br clear="none"> ( https://issues.skia.org/issues/310510988 )<br clear="none"><br clear="none">* Option to use freetype as fontmgr on non-linux (#213) - using<br clear="none"> skia.FontMgr.New_Custom_Empty() (upstream's SkFontMgr_New_Custom_Empty).<br clear="none"> This allows Windows/Mac users to use some font formats not supported by<br clear="none"> DirectWrite/CoreText (see #195); and also work around bug in CoreText (#138,<br clear="none"> https://issues.skia.org/310510989 ).<br clear="none"><br clear="none">* OT-SVG font support is on by default now (#212, also see #195).<br clear="none"><br clear="none">* Vulkan is enabled for Linux/Windows. Most of the APIs were in m87 (stubs?)<br clear="none"> but were made optional in m98+, and dependent on GPU backend compiled in.<br clear="none"> For Mac OS X users, upstream removed MoltenVK support in m83, and recommend<br clear="none"> using Metal backend (TODO).<br clear="none"><br clear="none"> </div> <div id="ydp818bc962yiv3054744365yqt91101" class="ydp818bc962yiv3054744365yqt5919358857"><div style="margin:10px 0px 0px 0.8ex;border-left:1px solid #ccc;padding-left:1ex;" class="ydp818bc962yiv3054744365yahoo_quoted"> <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;"> <div> On Friday, 14 July 2023 at 02:43:44 BST, suzuki toshiya <mpsuzuki@hiroshima-u.ac.jp> wrote: </div> <div><br clear="none"></div> <div><br clear="none"></div> <div><div dir="ltr">Dear Hin-Tak,<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">The Google Chrome m103, the web browser released on the late 2022-06<br clear="none"></div><div dir="ltr">( <a shape="rect" href="https://chromium.googlesource.com/chromium/src/+log/103.0.5060.53..103.0.5060.66?pretty=fuller&n=10000" rel="nofollow" target="_blank">https://chromium.googlesource.com/chromium/src/+log/103.0.5060.53..103.0.5060.66?pretty=fuller&n=10000</a> ),<br clear="none"></div><div dir="ltr">supported OT-SVG?<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">According to <a shape="rect" href="https://bugs.chromium.org/p/chromium/issues/detail?id=306078" rel="nofollow" target="_blank">https://bugs.chromium.org/p/chromium/issues/detail?id=306078</a> ,<br clear="none"></div><div dir="ltr">a feature request for OT-SVG support was closed as "wont fix" on 2021.<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">My Google Chrome 114 reports "OpenType-SVG is not supported" on<br clear="none"></div><div dir="ltr"><a shape="rect" href="https://pixelambacht.nl/chromacheck/" rel="nofollow" target="_blank">https://pixelambacht.nl/chromacheck/</a> , it sounds consistent with the<br clear="none"></div><div dir="ltr">status of this feature request.<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">However, although this feature request was closed, some people still post<br clear="none"></div><div dir="ltr">some comments.<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">Regards,<br clear="none"></div><div dir="ltr">mpsuzuki<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">On 2023/07/14 1:59, Hin-Tak Leung wrote:<br clear="none"></div><div dir="ltr">> I see the future of OT-SVG as falling into half-half. There are technical/implementation details, but also overall strategies and decisions from stakeholders. One glaring(?) aspect is certainly that Google's chrome team supports COLRv1 (not yet a OFF spec) in m98, earlier than OT-SVG (in 4th edition in 2019) in chrome m103...<br clear="none"></div></div> </div> </div></div></div></div><div class="ydp818bc962yqt5919358857" id="ydp818bc962yqt28205">_______________________________________________<br clear="none">mpeg-otspec mailing list<br clear="none"><a shape="rect" href="mailto:mpeg-otspec@lists.aau.at" rel="nofollow" target="_blank">mpeg-otspec@lists.aau.at</a><br clear="none"><a shape="rect" href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="nofollow" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br clear="none"></div></div>
</div>
</div></div></body></html>