Re: [ft-devel] The criterion for comparing SVG Rendering libraries

[Sairus Patel]

The "fonts" dir at https://github.com/unicode-org/text-rendering-tests now 
contains a few TestSVG*.otf fonts, including one with multiple glyphs in a 
single SVG doc (and one with gzip'd SVG).

Thanks to Adobe Type's Miguel Sousa for contributing these.

The repo above is the one blessed by Sascha Brawer & others for OT test fonts 
to be shared in the community.

Best,
Sairus
 

On 5/15/19, 8:19 AM, "Sairus Patel" <address@hidden> wrote:

    We'll provide a test font that has multiple glyphs within an SVG doc. I 
agree that this should be in a test suite repo.
    
    We at Adobe Type don't know of shipping fonts that use this facility, and 
Fontself Maker doesn't generate fonts using it. It will be an interesting 
subroutizer project for some font creation tool some day!
    
    FYI example 4 in the SVG table spec illustrates this facility: 
https://docs.microsoft.com/en-us/typography/opentype/spec/svg#examples. 
    
    Best,
    Sairus
    
    On 5/14/19, 11:52 PM, "Freetype-devel on behalf of Werner LEMBERG" 
<address@hidden on behalf of address@hidden> wrote:
    
        
        >> Do you think that this kind of `caching' should be done on the
        >> FreeType side or on the SVG side?
        > 
        > That's interesting question. Ideally font is memory-mapped and
        > FreeType just returns a pointer to the SVG document, so there's no
        > copying involved.  Then the client can do any caching if they deem
        > necessary.  But given the way FreeType works, that might not be
        > possible.  I suggest returning a copy of the string as FreeType
        > probably have to, but possibly expose API that shows which glyph
        > ranges share the same document.
        
        OK.
        
        > In HarfBuzz, we have a type hb_blob_t to encapsulate chunk of bytes 
and do
        > the memory-ownership management on it.  [...]
        > 
        > I think something as simple as that is a good start.
        
        Thanks.
        
        > Realistically, not many fonts combine multiple glyphs into the same
        > SVG documents, for obvious reasons of workflow: fonts are built out
        > of a collection of standalone SVGs much more often than hand-curated
        > SVG documents representing multiple glyphs each.
        
        Not having had a closer look at your SVG Emoji font, so I wonder
        whether it contains such `hand-curated' stuff for testing purposes...
        Otherwise, do you know test examples for that?  Eventually, this
        should all be added to a proper test suite.
        
        
            Werner
        
        _______________________________________________
        Freetype-devel mailing list
        address@hidden
        
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.nongnu.org%2Fmailman%2Flistinfo%2Ffreetype-devel&amp;data=02%7C01%7Csppatel%40adobe.com%7Cee12156c9a12470e058508d6d901d2c1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636934999198162685&amp;sdata=ntYyhed1BZ7xgo8lOFARKTQ5GczzhR%2BvJhKlDWvsF0k%3D&amp;reserved=0