hfg-gmuend/openmoji

Improve Black Font Contours

Open

#433 创建于 2023年1月14日

在 GitHub 查看
 (2 评论) (0 反应) (0 负责人)HTML (3,504 star) (203 fork)batch import
discussionhelp wanted

描述

This is a followup to some of the side-discussion from #93

After #422, the quality of the fonts is vastly improved. And the black font in particular now uses a near-universally supported format. Fantastic!

But the fonts still are not perfect. I've generated a table for visually inspecting all the glyphs. The comparison table can be found here: https://robertwinslow.github.io/openmoji/font/black-font-comparison-table

Preview:

Screen Shot 2023-01-14 at 11 17 28 AM

The first column contains the 72x72 PNG image of the glyph. The second column displays the character using the official black glyf font generated using NanoEmoji. The third column displays the glyph using an alternate version of the font, built using FontForge's (v20220308) importOutlines scripting functionality.

Here's an (atypical but striking) example demonstrating that neither contour generation method has results exactly as desired: Screen Shot 2023-01-14 at 11 30 02 AM

In some cases, these imperfect contours may be the unavoidable result of bugs in the tools used to create them. In other cases, they may indicate fixable problems in the source SVG files.

贡献者指南

技术栈
无
领域
designtooling
议题类型
feature
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
4
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
over 1 week
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
fresh
清晰度议题是否清楚说明期望改动、验收标准和下一步。
mostly clear
前置要求
Understanding of SVGFamiliarity with font generation tools
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
30
研究方向
Compare the glyph contours from NanoEmoji and FontForge using the provided comparison table. Identify which glyphs show imperfections and determine whether the issue lies in the source SVG files or the font generation tools. Reference previous work in PR #422 and discussion in issue #93. Consider testing fixes on a small subset of glyphs before scaling.