Comment 0 for bug 1441603

SYSTEM AND PACKAGE VERSIONS

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.

SANITY CHECK

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 when displayed a plain HTML page.

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.

PROBLEM DESCRIPTION

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 http://www.unicode.org/charts/PDF/U2200.pdf 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 chosen (at least for me and my colleagues) by Firefox to render those glyphs, and these fonts are installed by default in Ubuntu 12.04 Desktop. The FIrefox behaviour 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 the example.

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,

Paul.