July 2013 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 891457] New: [Regression] Chinese emulated Bold uneven and no longer works

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=891457 Bug ID: 891457 Summary: [Regression] Chinese emulated Bold uneven and no longer works Product: Fedora Version: 18 Component: fontconfig Severity: unspecified Priority: unspecified Reporter: htl10(a)users.sourceforge.net Created attachment 671807 --> https://bugzilla.redhat.com/attachment.cgi?id=671807&action=edit the test.Rnw file mentioned Description of problem: R has a way of generating pdf plots with Chinese annotations via cairo. The plot titles are in sans:style=Bold, I believe. In F17 WenQuanYi Zen Hei is subsetted and embedded as truetype. But in F18, an unknown bitmap is embedded as CairoFont-?-? . Version-Release number of selected component (if applicable): fontconfig-2.10.2-1.fc18.x86_64 cairo-1.12.8-1.fc18.x86_64 freetype-2.4.10-2.fc18.x86_64 How reproducible: Always. Steps to Reproduce: 1. run "R --vanilla CMD Sweave test.Rnw" (test.Rnw will be attached) 2. look at the test-002.pdf generated. 3. Actual results: Uneven boldening title Expected results: even boldening of the title Additional info: You need to run R under R to do this ; xvfb-run could be used for headless system. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aSsKRwAypx&a=cc_unsubscribe

10 years, 5 months

1
56
0 / 0

[Fedora-i18n-bugs] [Bug 956453] New: Incorrect font aliases for TimesNewRomanPS and TimesNRMT

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=956453 Bug ID: 956453 Summary: Incorrect font aliases for TimesNewRomanPS and TimesNRMT Product: Fedora Version: 18 Component: fontconfig Severity: unspecified Priority: unspecified Assignee: tagoh(a)redhat.com Reporter: quantum.analyst(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Category: --- Description of problem: As an example, please see this PDF: http://www.ualberta.ca/~ygu/publications/christian_gji.pdf It uses several serif fonts that are not embedded: TimesNewRomanPS TimesNewRomanPS-Italic TimesNewRomanPS-Bold TimesNewRomanPS-BoldItalic TimesNRMT-SemiBold When I view it in Firefox's pdf.js, the title and headings are serif, but when I view it in evince, the title and headings are sans-serif. I know pdf.js is not a perfect renderer, but at least it picks the right font. I filed this report under fontconfig because it is returning the wrong font: $ fc-match TimesNewRomanPS DejaVuSans.ttf: "DejaVu Sans" "Book" $ fc-match TimesNewRomanPS-Italic DejaVuSans.ttf: "DejaVu Sans" "Book" $ fc-match TimesNewRomanPS-Bold DejaVuSans.ttf: "DejaVu Sans" "Book" $ fc-match TimesNewRomanPS-BoldItalic DejaVuSans.ttf: "DejaVu Sans" "Book" $ fc-match TimesNRMT-SemiBold DejaVuSans.ttf: "DejaVu Sans" "Book" Using similar fonts nets the correct result: $ fc-match TimesNewRoman LiberationSerif-Regular.ttf: "Liberation Serif" "Regular" $ fc-match Times n021003l.pfb: "Nimbus Roman No9 L" "Regular" I am not sure of the difference here, but at least the results are serif. Version-Release number of selected component (if applicable): fontconfig-2.10.2-2.fc18.x86_64 Steps to Reproduce: 1. Download above PDF. 2. Open in Firefox's pdf.js 3. Open in evince Actual results: Differing fonts for title and headings. Expected results: Same fonts for title and headings. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5fJ2DAs9Rj&a=cc_unsubscribe

10 years, 5 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 841172] New: Minor typo in a UI message

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=841172 Bug ID: 841172 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Assignee: pnemade(a)redhat.com Summary: Minor typo in a UI message Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: runab(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: iok Product: Fedora Description of problem: The following string misses a couple of words: "This application supports only for Inscript type keymaps therefore no custom xkb keymaps can be created." Actual results: "This application supports only for Inscript type keymaps therefore no custom xkb keymaps can be created." Expected results: "This application provides supports only for Inscript type keymaps and therefore no custom xkb keymaps can be created." Additional Information: Not a major problem. Can be seen here: https://translate.zanata.org/zanata/iteration/view/iok/f18-1 -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 5 months

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 954081] New: Gnome shell won't update Mozc mode icon

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=954081 Bug ID: 954081 Summary: Gnome shell won't update Mozc mode icon Product: Fedora Version: 18 Component: mozc Severity: unspecified Priority: unspecified Assignee: tagoh(a)redhat.com Reporter: yukawa(a)google.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Category: --- Description of problem: Gnome shell won't update Mozc mode icon and it always shows 'あ'. Sorry if the component 'Mozc' is not appropriate for this case. Version-Release number of selected component (if applicable): - mozc-1.10.1390.102-1.fc18 - gnome-shell.x86_64 3.6.3.1-1.fc18 How reproducible: Steps to Reproduce: 1. Install Mozc 2. Select Mozc 3. Change input mode of Mozc to Fullwidth Katakana by clicing its menu from the Gnome shell. Actual results: The mode is actually changed but the icon is still 'あ' Not reproducible with ibus-anthy. Expected results: Tcon is 'カ' Additional info: Manually update /usr/share/gnome-shell/js/ui/status/keyboard.js as follows fixed this issue. - if (id == 'anthy') + if (id == 'anthy' || id == 'mozc-jp') -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dOtlvNCAki&a=cc_unsubscribe

10 years, 5 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 924046] New: switching between en and libpinyin is too slow

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924046 Bug ID: 924046 Summary: switching between en and libpinyin is too slow Product: Fedora Version: 18 Component: libpinyin Severity: unspecified Priority: unspecified Assignee: pwu(a)redhat.com Reporter: yshao(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Description of problem: My usual way to switch between IMs are Ctrl-Space, but with F18, I found that after I pressed Ctrl and Space, if I release the keys in the normal way, almost immediately, the Gnome desktop won't do the switching, I have to release the keys in 1 or 2 seconds delay, so the switching could get effective. Version-Release number of selected component (if applicable): ibus-1.5.1-2.fc18.x86_64 ibus-libpinyin-1.4.93-4.fc18.x86_64 libpinyin-data-0.8.1-1.fc18.x86_64 libpinyin-0.8.1-1.fc18.x86_64 How reproducible: always Steps to Reproduce: 1. Enable libpinyin, setup Ctrl-Space as switching hot key 2. press ctrl-space to switch IMs 3. enter following sentence to test as well "我在Red Hat工作“，key stoke squence in pinyin is "wo zai Red Hat gong zuo" Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XNtfGXE1Tt&a=cc_unsubscribe

10 years, 5 months

1
14
0 / 0

[Fedora-i18n-bugs] [Bug 920895] New: [abrt] ibus-pinyin-1.5.0-1.fc18: PY::BopomofoEditor::updateLookupTableLabel: Process /usr/libexec/ibus-engine-pinyin was killed by signal 7 (SIGBUS)

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=920895 Bug ID: 920895 Summary: [abrt] ibus-pinyin-1.5.0-1.fc18: PY::BopomofoEditor::updateLookupTableLabel: Process /usr/libexec/ibus-engine-pinyin was killed by signal 7 (SIGBUS) Product: Fedora Version: 18 Component: ibus-pinyin Severity: unspecified Priority: unspecified Reporter: li1zhong(a)163.com Version-Release number of selected component: ibus-pinyin-1.5.0-1.fc18 Additional info: backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-pinyin --ibus crash_function: PY::BopomofoEditor::updateLookupTableLabel executable: /usr/libexec/ibus-engine-pinyin kernel: 3.8.2-206.fc18.x86_64 uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 PY::BopomofoEditor::updateLookupTableLabel at PYBopomofoEditor.cc:214 #1 PY::BopomofoEditor::updateLookupTable at PYBopomofoEditor.cc:243 #2 PyZy::PhoneticContext::update at PhoneticContext.cc:160 #3 PyZy::PhoneticContext::reset at PhoneticContext.cc:69 #4 PY::BopomofoEngine::reset at PYBopomofoEngine.cc:151 #5 PY::ibus_pinyin_engine_focus_out at PYEngine.cc:213 #6 _g_closure_invoke_va at gclosure.c:840 #9 ibus_engine_service_method_call at ibusengine.c:845 #10 call_in_idle_cb at gdbusconnection.c:4737 #15 ibus_main at ibusshare.c:295 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=YTSNbGa9Sg&a=cc_unsubscribe

10 years, 5 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 798891] New: Review Request: libtranslit - transliteration library with multiple backends

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: libtranslit - transliteration library with multiple backends https://bugzilla.redhat.com/show_bug.cgi?id=798891 Summary: Review Request: libtranslit - transliteration library with multiple backends Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: dueno(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Spec URL: http://ueno.fedorapeople.org/libtranslit/libtranslit.spec SRPM URL: http://ueno.fedorapeople.org/libtranslit/libtranslit-0.0.1-1.fc18.src.rpm Description: GObject-based Unicode transliteration library with multiple backends. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

10 years, 5 months

1
18
0 / 0

[Fedora-i18n-bugs] [Bug 863298] New: Switch shortcut does not work in GNOME ScreenLock

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=863298 Bug ID: 863298 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: 18 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Assignee: tfujiwar(a)redhat.com Summary: Switch shortcut does not work in GNOME ScreenLock Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: sangu.fedora(a)gmail.com Type: Bug Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: ibus Product: Fedora Description of problem: Switch shortcut does not work in GNOME ScreenLock Version-Release number of selected component (if applicable): 1.4.99.20120914-2.fc18.x86_64 How reproducible: always Steps to Reproduce: 1. ctrl + alt + l (ScreenLock) 2. ctrl + space 3. Actual results: Expected results: Additional info: gnome-shell-3.6.0-1.fc18.x86_64 gnome-screensaver-3.6.0-1.fc18.x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 6 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 864422] New: demo fonts are missing in font selection box

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=864422 Bug ID: 864422 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 18 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Assignee: tagoh(a)redhat.com Summary: demo fonts are missing in font selection box Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: fontconfig Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 6 months

1
11
0 / 0

[Fedora-i18n-bugs] [Bug 905928] New: [gu_IN] remove dual mapping for characters

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=905928 Bug ID: 905928 Summary: [gu_IN] remove dual mapping for characters Product: Fedora Version: 18 Component: lohit-gujarati-fonts Severity: unspecified Priority: unspecified Reporter: pnemade(a)redhat.com Description of problem: When Gujarati font is opened in fontforge following warnings are seen The glyph named u0A81 is mapped to U+0964. But its name indicates it should be mapped to U+0A81. Version-Release number of selected component (if applicable): lohit-gujarati-fonts-2.5.2-1.fc18.noarch How reproducible: always Steps to Reproduce: 1. fontforge /usr/share/fonts/lohit-gujarati/Lohit-Gujarati.ttf 2. observe warnings 3. Actual results: provides dual mapping Expected results: should not provide dual mapping Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=M7URnDgNQ5&a=cc_unsubscribe

10 years, 6 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2013