Font
NotoSansEgyptianHieroglyphs-Regular.ttf; NotoSansEgyptianHieroglyphs-Regular.otf
Where the font came from, and when
Site: https://github.com/notofonts/egyptian-hieroglyphs/releases/tag/NotoSansEgyptianHieroglyphs-v2.001
Date: 2023-07-13
Font Version
v2.001, v2.000. All TTF and OTF files. Either local file, locally installed or linked from remote server.
OS name and version
Windows 10 x64 22H2
Windows 11
macOS Big Sur 11.7.6
Android 11
Application name and version
FontForge version: 20230101 (Windows 10)
Firefox 115.0.2 x64 (Windows 10, Windows 11 and MacOS)
Firefox 79.0esr x64 (Windows 10)
Firefox 114.2.0 (Android)
Issue
In Firefox with writing-mode: vertical;, all Noto hieroglyphs appear shifted shifted up significantly, so that they appear partially outside their boxes, or have their heads cut off. The issue doesn't exist when using OTF font.
In FontForge hieroglyphs also appear shifted up by the same amount (~200 units) and have their heads cut off. The issue exists even when using OTF font.
Firefox:
- Steps to reproduce: open attached file hg-name-min.html from hg-name-min.zip or create html div with
writing-mode: vertical-lrwith hieroglyph inside (eg. ๐, U+13000) and the font set. A border will be useful in observing the issue. - Observed results:
Hieroglyph appears partially outside the block, shifted up.
When highlighted, hieroglyph appears partially outside the highlight - Expected results:
Hieroglyph not shifted up, within the block. - Additional information: Only font called
NewGardinerSMPhas the same problem. Aegyptus, Aaron UMdC Alpha and SegoeUI Historic display properly. Only Firefox-based browsers have the problem. Chromium-based ones display properly.
FontForge:
- Steps to reproduce: Run FontForge. Open one of the fonts. Click View>GoTo>U+13000
- Observed results:
Hieroglyphs shifted up, partially cut off at the top. - Expected results: Hieroglyph not shifted up, within the block.
Character data
Example character: ๐, U+13000. Affected characters: U+13000 up to U+1342E