← Back to team overview

desktop-packages team mailing list archive

[Bug 1441603] Re: The "CURLY LOGICAL OR/AND" glyphs across all Nanum fonts are swapped over.

 

** Description changed:

  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 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.
  
  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 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 the example.
+ 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,
  
  Paul.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fonts-nanum in Ubuntu.
https://bugs.launchpad.net/bugs/1441603

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

Status in fonts-nanum package in Ubuntu:
  New

Bug description:
  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 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.

  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 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,

  Paul.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fonts-nanum/+bug/1441603/+subscriptions


References