On 5/12/2021 11:46 PM, Marcel Fabian Krüger wrote:
Hi,
recently we got an interesting bug report in luaotfload (the original report is at https://github.com/latex3/luaotfload/issues/184) which relates to the ConTeXt fontloader. Take the following ConTeXt example:
\starttext \definefontfeature [default:bold] [default] [axis={weight=500}] \definedfont[file:NotoSansCJKsc-VF.otf*default:bold @ 10pt]
U+5E2E 帮
\stoptext
The font is available at https://github.com/googlefonts/noto-cjk/raw/main/Sans/Variable/OTF/NotoSansC....
This compiles correctly, but the CJK glyph do not appear since it's Type2 CharString is invalid. The CFF2 CharStrings of this glyph invokes the rrcurveto operator with 63 arguments, which is allowed in CFF2 where the argument limit is 513, but not allowed in Type2 where the limit is at 48.
It would be great if ConTeXt could check for this and insert additional rrcuveto operators when necessary to avoid this issue.
hm, i can try but not today -)
Additionally we got a report that inkscape 1.0 seems to be incompatible with the way commmands are passed to it for SVG files. Hendrik Seliger suggested to set f_convert (defined in font-ocl.lua, otfsvg.topdf, line 435) to `formatters["file-open:%s; export-%s:%s; export-do\n"]` when a new inkscape version is detected. (See https://github.com/latex3/luaotfload/issues/183) I wasn't able to reproduce the issue in ConTeXt yet. context tries to identify the version and adapt (as it will take a while before 1.0 ends up in linux distributions) but last week i noticed some strange xml related messages so i need to look at that
Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------