Re: Revisiting SVG Fonts

On 11/3/11 3:04 PM, Charles Pritchard wrote:
>
> On Nov 3, 2011, at 2:44 PM, "Robert O'Callahan" <robert@ocallahan.org 
> <mailto:robert@ocallahan.org>> wrote:
>
>> On Fri, Nov 4, 2011 at 4:19 AM, Charles Pritchard <chuck@jumis.com 
>> <mailto:chuck@jumis.com>> wrote:
>>
>>     On Nov 3, 2011, at 1:05 AM, "Robert O'Callahan"
>>     <robert@ocallahan.org <mailto:robert@ocallahan.org>> wrote:
>>
>>>     On Thu, Nov 3, 2011 at 5:26 PM, Charles Pritchard
>>>     <chuck@jumis.com <mailto:chuck@jumis.com>> wrote:
>>>
>>>         Would Mozilla be supportive of SVG Font development if other
>>>         vendors were supportive of OpenType w/ SVG glyph tables?
>>>
>>>
>>>     I wouldn't. Mozilla as a whole doesn't really have positions on
>>>     issues like this.
>>
>>     Would (functioning) patch sets supporting SVG Fonts be rejected
>>     from the Mozilla code base?
>>
>>
>> For SVG 1.2 Tiny fonts? I'm not 100% sure, but probably.
>
> Are you implying that the bar should be set higher for inclusion, such 
> as SVG 1.1 ?
What I took away from Robert's comment was that SVG 1.2 Tiny is not 
sufficient for inclusion in Mozilla. I believe that a more complete 
implementation of the specification in SVG 1.1 may be acceptable, 
inclusive of animation and multi-colored glyphs.

The emoji range is an absolutely perfect place to experiment by adding 
emoticons. Both in inline SVG and embedded into OpenType.

Back to the idea of embedding SVG Fonts into OpenType, here's an 
implementation of parsing and altering a font file on the client side. 
It's about 30k of source code:
http://hertzen.com/experiments/jsfont/

The project is from Niklas von Hertzen.

Several authors have worked with t1a parsing over the years. The Hertzen 
experiment is the first project I've seen to alter font data and 
recreate a binary. I believe the experiment could be re-used to debug 
OpenType+SVG Font glyphs.

-Charles