The "CURLY LOGICAL OR/AND" glyphs across all Nanum fonts are swapped over.

Bug #1441603 reported by Paul Whittaker
This bug affects 1 person
Affects Status Importance Assigned to Milestone
fonts-nanum (Ubuntu)

Bug Description


Ubuntu Precise 12.04.5 LTS
Package fonts-nanum.
Tested with version 3.010-2, but appears still to be present in versions 20131007-1 (Trusty) and 20140930-1 (Vivid).
The Firefox referred to below is version 37.0.1+build1-0ubuntu0.12.04.1.


Just in case you are also having the same problem that I describe below, the following characters should all point in the SAME directions:
 - Pointing DOWN: ⋎ ∨ v (0x22CE, 0x2228, 0x76)
 - Pointing UP: ⋏ ∧ ^ (x022CF, 0x2227, 0x5e)
Those all display correctly for me in the text box I'm submitting this report from (in Firefox), but the first character of each group (the CURLY LOGICAL OR/AND character) is upside down for me in the submitted bug report.

If some characters above point in the wrong direction for you too, you should also expect them to be displayed incorrectly in the bug description below.


The four font files

 - /usr/share/fonts/truetype/nanum/NanumGothic.ttf
 - /usr/share/fonts/truetype/nanum/NanumGothicBold.ttf
 - /usr/share/fonts/truetype/nanum/NanumMyeongjo.ttf
 - /usr/share/fonts/truetype/nanum/NanumMyeongjoBold.ttf

all have an error in their glyphs for Unicode codepoints 0x22CE and 0x22CF.

(I'm using here for reference, which other fonts (e.g. DejaVu Sans) also agree with on these codepoints.)

0x22CE (⋎) is the codepoint for the "CURLY LOGICAL OR" symbol (point downwards) but the glyph given in the fonts above is the CURLY LOGICAL AND symbol (point upwards).

Similarly, 0x22CF (⋏) is the codepoint for the "CURLY LOGICAL AND" symbol (point upwards) but is rendered by the fonts above with the CURLY LOGICAL OR symbol (point downwards).

The NanumMyeongjo fonts are selected (at least for me and my colleagues) by Firefox when it renders those glyphs, and these fonts are installed by default in Ubuntu 12.04 Desktop. The Firefox font choice is unchanged even after we installed additional fonts (e.g. STIXGeneral) which contain the glyphs in their correct form. I have attached a screen capture demonstrating an example of this "in the wild".

As the glyphs are swapped (rather than simply missing) they still *look* correct when viewed in context, and this causes subtle and quite serious problems because it can literally change the meaning of the mathematical formulae we use in our work. (For example, these symbols are used for rendering formal specifications in the Z language, and the meaning of a specification can be fundamentally altered by swapping one of those characters for the other.)

I realise that the primary purpose of this package is to provide Korean characters, not mathematical symbols, but since this bug is
 a) potentially quite serious, literally changing the meaning of displayed content,
 b) present when viewing content in the default browser on a default Ubuntu Desktop install, and
 c) presumably correctable by swapping over the two existing glyphs,
I hope it can be fixed quickly.

Many thanks,


Revision history for this message
Paul Whittaker (launchpad-pdw) wrote :
description: updated
description: updated
description: updated
description: updated
Revision history for this message
Changwoo Ryu (cwryu) wrote :

Don't expect this issue be fixed.

FYI, only the upstream (Naver Corp) can fix it, because "fixing" it by others without changing the font name is a clear violation of SIL OFL license. And Naver doesn't care about this font and is focusing on other "BarunGothic" font.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.