alignement : position, scale of of original glyph ? the direction of the inner/outer outline glyph inside vector tool ? svg path : absolute( coordinate) / relative ( distance) ? mathematic algo bezier: cubic '2 control point' ( SVG, illustrator) / quadratic '1 control point' (ttf) ? įor illustrator / inkscape which are the behaviour of fontcreator about : Adobe documentation is really great about use illustrator work in firework using export/import or copy/paste beetwwen the two software. Even the sentences speak about SVG i really think there ll be differences in clipboard between the copy fonctionnalities when using Inkscape or Illustrator to paste inside fontcreator !! Illustrator and all Adobe software choose after use microsoft OLE to use their own implementation protocol beetween their own tools ( CC support link ). I read in the changelog that fontcreator support copy ( inkscape / illustrator) / paste ( fontcreator). (P.S.: I hope I have posted this in the appropriate sub-forum as it concerns the internals of fonts.) Specifically what error bound does FC use when importing postscript outlines?

Now my question is, what is an appropriate error bound that can be permitted as tolerance for the reduction from cubic to quadratic, given that we are handling splines defined in terms of integer coordinates scaled to an em-grid? (The Fontforge author says he cannot prove it but it is elementary enough if one understands the de Casteljau algorithm.) discusses the problem and notes that by splitting at even times along the cubic, one can achieve conciseness because one can avoid specifying the on-curve point halfway between two off-curve points. In general, this conversion is only an approximation as most cubic beziers are not exactly representable by one or even more than one quadratic.

All glyphs had the same value, even the ones that were cropped.)īeta Was this translation helpful? Give feedback.FC has to convert cubic beziers to a series of quadratics when it imports postscript-based vector images. I want to make sure that if I were to line up these SVGs horizontally, the accented glyphs wouldn't look like they were pushed up or down. The only value I need is the minimum height that is necessary to fit all glyphs without offsetting the position of each glyph by different values to fit inside the viewBox. If Fontforge knows a bounding box which can fit all glyphs within the font, how can I get the tuple/values within Python?Īlternatively, how does Fontforge determine the font bounding box?

I did find an option that did seem to fix the accented glyph cropping issue, which is to enable View -> Fit to font bounding box.Īfter finding this, I tried checking the API to see if font.boundingBox() exists, but I couldn't seem to find this function.Īttempting to run such a function also returned an error:ĪttributeError: 'fontforge.font' object has no attribute 'boundingBox' Using glyph.boundingBox() helps somewhat, but because of its wildly different dimensions, I was wondering if there's a better solution than this. Apparently, Fontforge determines the height through font.ascent + scent which does work for most glyphs. It's not a new issue for users to struggle with accented glyphs (especially when exporting). The viewbox of the SVGs are too small to properly display accented glyphs. I've been continuing to work on the SVG exporter, and now there's another problem that I need to address

Weird box after cursor fontforge