Public bug reported: 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. 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. ** Affects: fonts-nanum (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Screenshot of swapped glyphs in a real web page." https://bugs.launchpad.net/bugs/1441603/+attachment/4369355/+files/and-or.png ** 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) + 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 + - /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. + 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. 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. + 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. ** 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 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 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. 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. + c) presumably correctable by swapping over the two existing glyphs, I hope it can be fixed quickly. Many thanks, Paul. ** 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 when displayed a plain HTML page. + - 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. 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 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. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fonts-nanum/+bug/1441603/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
