Failing to create an SVG-in-OT font using ttx/fonttools


I'm trying to create an SVG-in-OpenType font by adding an 'SVG '-table to an existing font, but the SVG glyph will not render in the final font.

This is my process:

1. I take an existing font and decompile it with ttx (Behdad's version)

2. I add an SVG table with a single svgDoc entry holding an SVG image.

3. I recompile the ttx (without errors) and test the font in Firefox (which supports SVG-in-OpenType).

Although ttx doesn't throw any errors, the SVG glyph doesn't show up — the original glyph is being shown.

My addition to the font looks like this:

<svgDoc endGlyphID="4" startGlyphID="4">
<!-- svg data -->

I've tried the following:

Fontforge n00b - SVG import


The example I'm trying to learn FontForge with is a very simplistic font, not the actual font I want to create. I figured it is best to try to learn with something with extremely simplistic glyphs. So no need to critique this font itself, it's just practice and learning.

Here is the concept that I am attempting to learn with:

I created an SVG file that is 1000 x 1000 with the ascender guide at y=200, decender guide at y=800, baseline at y=684, x height guide at y=287. For this practice font, ascender and cap height are the same (as they are with, say, Helvetica)

PNG rendition of my Letter A imposed over the guide:

Color palettes in the scalable color technologies – feedback please

As part of what seems to be a growing consensus around the co-existence of both scalable color font proposals (SVG and COLR) within the OFF/OT specs and possibly in some fonts as well, we’re looking into having both technologies share the same color palettes (i.e. literally use the same color palette table – CPAL – in the font).

This way, CSS markup (for example) can simply refer to the palette-index to be used for the text, instead of separate COLR-palette-index and SVG-palette-index values.

This kind of abstraction of course is what OT is very good at, with the cmap and GSUB for example being shared across glyph technologies and the text engine dispatching the positioned glyph IDs at the very last moment, as it were, to either a CFF or TT (or SVG) renderer.