On 2016 Feb 05, Werner LEMBERG wrote: > >> I've run into some CFF fonts that use the divide operator, which is >> unimplemented in the new CFF interpreter. > > Interesting. Please send me a sample privately for my collection. > Can you find out which CFF generator created the fonts? Or are the > fonts even `native' CFF?
I'll send you a font file. The fonts are from a PDF file, which claims: Creator: Adobe InDesign CS6 (Macintosh) Producer: DALiM Software Applications I'm not quite sure what you mean by 'native CFF'. It's a subset, with a PDF name 'TJWSUM+HelveticaNeueLTCom-Md', where the 'TJWSUM+' is a subset tag. I don't know if HelveticaNeueLTCom-Md is distributed as Type 1 or OpenType/CFF, so it's hard to say where the subset came from. Incidentally, my CFF-to-Type 1 converter had the same problem (the divide operator was unimplemented), and unlike FreeType, has never had a working implementation of divide. This is the first bug report I've received on that. >> I was going to include a sample font, but I can't get ftview to load >> CFF fonts (and I need it to figure out exactly which font(s) are the >> problem cases). Is there some trick to making ftview work with CFF >> fonts? > > Handling of `pure CFF' should be fixed with FreeType commit cd346da5, > applied two days ago; it seems that it got broken before version > 2.6.0. Does this work for you? Yes, that fixes the problem. I've confirmed the behavior of my patch with ftview. >> Here's a patch that fixes it [...] > > Will check this soon, thanks. Thanks. - Derek _______________________________________________ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
