You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by "John (Jira)" <ji...@apache.org> on 2019/12/30 13:59:00 UTC

[jira] [Commented] (FOP-2704) [PATCH] Google fonts Roboto font (updated 2017) UnsupportedOperationException: coverage set class table not yet supported

    [ https://issues.apache.org/jira/browse/FOP-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17005331#comment-17005331 ] 

John commented on FOP-2704:
---------------------------

[https://github.com/apache/xmlgraphics-fop/pull/60] (repost of #59) solved all my Roboto issues. Thanks for the work on this.

Does anyone know when/if this change will be released?

> [PATCH] Google fonts Roboto font (updated 2017) UnsupportedOperationException: coverage set class table not yet supported
> -------------------------------------------------------------------------------------------------------------------------
>
>                 Key: FOP-2704
>                 URL: https://issues.apache.org/jira/browse/FOP-2704
>             Project: FOP
>          Issue Type: Bug
>          Components: font/opentype
>    Affects Versions: 2.1, 2.2
>            Reporter: Dan Caprioara
>            Priority: Major
>         Attachments: Roboto-Regular.ttf, Roboto-Thin.ttf, font-workaround.patch
>
>
> Steps:
> # Download the Roboto TTF font from Google Fonts. 
> # Create a configuration file with a triplet pointing to the "roboto-regular" or "roboto-thin" TTF file.
> You get:
> {code}
> java.lang.UnsupportedOperationException: coverage set class table not yet supported
> 	at org.apache.fop.complexscripts.fonts.GlyphClassTable$CoverageSetClassTable.<init>(GlyphClassTable.java:262)
> 	at org.apache.fop.complexscripts.fonts.GlyphClassTable.createClassTable(GlyphClassTable.java:88)
> 	at org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader_Original.readGDEFMarkGlyphsTableFormat1(OTFAdvancedTypographicTableReader_Original.java:3344)
> 	at org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGDEFMarkGlyphsTableFormat1(OTFAdvancedTypographicTableReader.java:69)
> 	at org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader_Original.readGDEFMarkGlyphsTable(OTFAdvancedTypographicTableReader_Original.java:3357)
> 	at org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader_Original.readGDEF(OTFAdvancedTypographicTableReader_Original.java:3427)
> 	at org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader_Original.readAll(OTFAdvancedTypographicTableReader_Original.java:80)
> 	at org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:786)
> 	at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:755)
> 	at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:109)
> 	at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:93)
> {code}
> There are two changes that should be done to the {{OTFAdvancedTypographicTableReader}}.
> # The method {{readGDEFMarkGlyphsTableFormat1}} should catch this exception
> # The method {{constructLookupsLanguage}} should check if the {{languages}} parameter is null.
> After these changes, the PDF is produced and it looks good. I am not sure what are the side effects on the font that is embedded into the PDF..



--
This message was sent by Atlassian Jira
(v8.3.4#803005)