Lachlan Smith

Hi @danmarshall thanks for getting back to me. I managed to resolve the above. I've now encountered a separate issue related to chains. The ```toPDF``` method generates path information by...

Hi @danmarshall thanks for the suggestion. I've tried combinations of fill rules and ```{ contain: { alternateDirection: true } }``` to no avail. You've left a TODO for fill support....

Hi @danmarshall thanks for your assistance. I managed to resolve the above by changing the fill rule from the default evenodd to nonzero. I'd would never have known about winding...

Hi @danmarshall changing the fill rule wasn't the solution here. With almost all fonts I try there always seems to be at least one character not filling correctly. ``` const...

This is happening with toSVGPathData output getting passed to either drawSvgPath from pdf-lib or doc.path().fill() from pdfkit.

Example fonts: [Archive.zip](https://github.com/microsoft/maker.js/files/9050238/Archive.zip)

How does opentype.js approach this? The output of ```const path = font.getPath("Verb 1234", 0, 0, 32).toPathData(3)``` consistently fills correctly with both pdf-lib & pdfkit. ``` const doc = await PDFDocument.create();...

Hi @danmarshall this idea is probably just taking an awesome feature and crippling it. But it's an idea nonetheless. There seems to be an apparent loss of information here. Currently,...

Hi @danmarshall thanks for queueing this work up. What does MakerJs' timeline look like? MakerJs' covers all of my other basis. I'd much rather move forward when support is in...

Would be great if Symbiflow could solve this emerging issue. Vivado has no interest as seen here, [Vivado ARM Linux](https://support.xilinx.com/s/question/0D52E00006hprrp/vivado-on-arm-linux?language=en_US).