[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1084794: xterm: The Greek pi letter U+03C0 is not rendered correctly in Noto Mono



On 2024-10-08 14:13:09 +0200, Vincent Lefevre wrote:
> The U+03C0 GREEK SMALL LETTER PI character (π) is not rendered
> correctly when the Noto Mono font is used. Note that this is
> specific to xterm. There is no such issue with GNOME Terminal
> and Firefox with the same font.
> 
> To reproduce, for instance:
> 
>   xterm -fa "Noto Mono-14"

FYI, about the font:

qaa:~> ftdump -c /usr/share/fonts/truetype/noto/NotoMono-Regular.ttf
There is 1 face in NotoMono-Regular.ttf.

----- Face number: 0 -----

font name entries
   family:              Noto Mono
   style:               Regular
   postscript:          NotoMono
   created:             2007-01-08
   modified:            2015-12-16
   revision:            1.00
   glyph count:         897
      simple:           454
      composite:        426
      empty:            17

font type entries
   FreeType driver:     truetype
   sfnt wrapped:        yes
   type:                scalable
   direction:           horizontal
   fixed width:         yes
   glyph names:         no
   EM size:             2048
   global BBox:         (-312,-555):(1315,2163)
   ascender:            1900
   descender:           -500
   height:              2400
   max_advance_width:   1229
   max_advance_height:  2400
   underline_position:  -205
   underline_thickness: 102

charmaps (1)
 * 0: unic, platform 3, encoding  1, format  4, language 0 
     0000,000d,0020-007e,00a0-017f,0192,01a0,01a1,01af,01b0,01f0,01fa-01ff,0218-021b,02bc,02c6,02c7,02c9,02d8-02dd,02f3,0300,0301,0303,0309,030f,0323,0384-038a,038c,038e-03a1,03a3-03ce,03d1,03d2,03d6,0400-0486,0488-0513,1e00,1e01,1e3e,1e3f,1e80-1e85,1ea0-1ef9,1f4d,2000-200b,2013-2015,2017-201e,2020-2022,2026,2030,2032,2033,2039,203a,203c,2044,207f,20a3,20a4,20a7,20ab,20ac,2105,2113,2116,2122,2126,212e,215b-215e,2202,2206,220f,2211,2212,221a,221e,222b,2248,2260,2264,2265,25ca,fb01-fb04,feff,fffc,fffd

U+03C0 is there, so this is not due to some font substitution.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


Reply to: