[Desktop-packages] [Bug 1441603] [NEW] The CURLY LOGICAL OR/AND glyphs across all Nanum fonts are swapped over.
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
[Desktop-packages] [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
[Desktop-packages] [Bug 387536] Re: Zenity should ignore markup with a flag
Which package version includes that upstream bugfix? I'm still being bitten by this issue. This is on a fully up-to-date 12.04.3 system. $ apt-cache policy zenity zenity: Installed: 3.4.0-0ubuntu4 Candidate: 3.4.0-0ubuntu4 $ zenity --info --text 'x y' (zenity:14047): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as amp; (zenity:14047): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as amp; [(x) Information ] [--] [ (info) All updates are complete. ] [ (icon) ] [ ] [[OK] ] -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to zenity in Ubuntu. https://bugs.launchpad.net/bugs/387536 Title: Zenity should ignore markup with a flag Status in Zenity: Fix Released Status in “zenity” package in Ubuntu: Fix Released Bug description: Zenity (specifically, the --info mode) should have a flag that will cause it to ignore Pango markup in its input. I frequently want to use Zenity to display output from scripts, and I shouldn't have to worry about whether the text has things like ampersands in it. (This is particularly annoying, because instead of failing to run when given incorrect input, Zenity will silently default to All updates are complete, but that's another bug.) I know that I can pipe into zenity --text-info, but that's a workaround, and I don't particularly want to confuse the user by presenting them with a text entry dialog when I just want to display some status information. Some sort of --ignore-pango flag for Zenity would be great. jdreed@infinite-loop:~$ lsb_release -rd Description: Ubuntu 9.04 Release: 9.04 jdreed@infinite-loop:~$ apt-cache policy zenity zenity: Installed: 2.26.0-0ubuntu2 Candidate: 2.26.0-0ubuntu2 To manage notifications about this bug go to: https://bugs.launchpad.net/zenity/+bug/387536/+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
[Desktop-packages] [Bug 998491] Re: window icon does not work with all dialogs
According to strace here, zenity --info --window-icon /usr/share/zenity/zenity.png makes a successful call to open() on the supplied filename (/usr/share/zenity/zenity.png), but then also calls open() on -- and displays -- the standard white i on a blue disc icon from /usr/share/icons/Humanity/status/48/dialog-information.svg. Changing the supplied filename to one more similar to the file displayed above, e.g. to /usr/share/icons/Humanity/status/48/dialog-error.svg, makes no difference to this behaviour. Ubuntu 12.04.2 LTS zenity 3.4.0-0ubuntu4 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to zenity in Ubuntu. https://bugs.launchpad.net/bugs/998491 Title: window icon does not work with all dialogs Status in “zenity” package in Ubuntu: Confirmed Bug description: Hi, This commands does not work : zenity --color-selection --window-icon /usr/share/zenity/zenity.png zenity --password --window-icon /usr/share/zenity/zenity.png zenity --forms --window-icon /usr/share/zenity/zenity.png --add-entry Test No error but the window icon is not that specified. apt-cache policy zenity = 3.4.0-0ubuntu4 lsb_release -rd = Ubuntu 12.04 LTS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zenity/+bug/998491/+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
[Desktop-packages] [Bug 998491] Re: window icon does not work with all dialogs
Further to the above, this also fails when supplying one of the short arguments to --window-icon, as mentioned in the man page. For me, passing in a value from the list given (error, info, question, or warning) results in one of the files /usr/share/icons/Humanity/status/22/dialog-error.svg /usr/share/icons/Humanity/status/22/dialog-information.svg /usr/share/icons/Humanity/status/22/dialog-question.svg /usr/share/icons/Humanity/status/22/dialog-warning.svg being accessed with open(), but then following that the file /usr/share/icons/Humanity/status/48/dialog-information.svg is still loaded and displayed, as before. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to zenity in Ubuntu. https://bugs.launchpad.net/bugs/998491 Title: window icon does not work with all dialogs Status in “zenity” package in Ubuntu: Confirmed Bug description: Hi, This commands does not work : zenity --color-selection --window-icon /usr/share/zenity/zenity.png zenity --password --window-icon /usr/share/zenity/zenity.png zenity --forms --window-icon /usr/share/zenity/zenity.png --add-entry Test No error but the window icon is not that specified. apt-cache policy zenity = 3.4.0-0ubuntu4 lsb_release -rd = Ubuntu 12.04 LTS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zenity/+bug/998491/+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
[Desktop-packages] [Bug 157497] Re: New windows stack up in top left corner
I'm running metacity 1:2.34.1-1ubuntu11 (as part of Unity 2D) on Ubuntu Precise amd64, and (despite post #12) I still see this issue. I have a keybinding to launch an xterm, and if I press it four times then I get four xterms opened in the top left of the screen, almost entirely overlapping each other. I have to manually drag the windows to be able to see their content. This is on an empty 1920x1200 desktop, so there is plenty of free space. Each window is very slightly offset from the previous one (1px to the right, and 28px down) so that only their title bars are non-overlapping. Could somebody advise as to whether I need to raise this as a new bug, given that this ticket thinks it's been fixed? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/157497 Title: New windows stack up in top left corner Status in The Metacity Window Manager: Fix Released Status in “gdm” package in Ubuntu: Invalid Status in “metacity” package in Ubuntu: Fix Released Status in “gdm” package in Baltix: Invalid Bug description: Binary package hint: metacity This is happening in Gutsy Gibbon. Not sure if metacity is the right package, could be Gnome or something else... I've noticed that most of the windows open stacked up in top left corner (at least the programs I use the most). I think in Dapper windows cascaded. This concerns at least Firefox, Thunderbird and Calculator. (XEmacs and Nautilus are two programs that seem to place window somewhat randomly. gnome-terminal seems to tile windows.) I have written more about my system here: http://chandlerproject.org/Journal/UbuntuGutsyGibbonOnLatitudeD820 To manage notifications about this bug go to: https://bugs.launchpad.net/metacity/+bug/157497/+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