July 2017 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1461117] New: [abrt] ibus-libpinyin: PY::PunctEditor::cursorDown(): ibus-engine-libpinyin killed by SIGSEGV

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1461117 Bug ID: 1461117 Summary: [abrt] ibus-libpinyin: PY::PunctEditor::cursorDown(): ibus-engine-libpinyin killed by SIGSEGV Product: Fedora Version: 25 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tcfxfzoi(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, lijli(a)redhat.com, petersen(a)redhat.com, pwu(a)redhat.com Version-Release number of selected component: ibus-libpinyin-1.9.0-1.fc25 Additional info: reporter: libreport-2.8.0 backtrace_rating: 3 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: PY::PunctEditor::cursorDown executable: /usr/libexec/ibus-engine-libpinyin global_pid: 4120 kernel: 4.11.3-200.fc25.x86_64 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 PY::PunctEditor::cursorDown at PYPunctEditor.cc:261 #1 PY::PunctEditor::processKeyEvent at PYPunctEditor.cc:206 #2 PY::BopomofoEngine::processKeyEvent at PYPBopomofoEngine.cc:153 #3 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290 #8 ibus_engine_service_method_call at ibusengine.c:883 #9 call_in_idle_cb at gdbusconnection.c:4836 #15 ibus_main at ibusshare.c:299 #16 start_component at PYMain.cc:142 -- You are receiving this mail because: You are on the CC list for the bug.

4 years, 5 months

1
4
0 / 0

[Fedora-i18n-bugs] [Bug 1380754] New: Missing kerning pair for the Czech language ďá

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1380754 Bug ID: 1380754 Summary: Missing kerning pair for the Czech language ďá Product: Fedora Version: rawhide Component: scholarsfonts-cardo-fonts Assignee: pnemade(a)redhat.com Reporter: mcepl(a)redhat.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 Created attachment 1206277 --> https://bugzilla.redhat.com/attachment.cgi?id=1206277&action=edit illustration of the problem Description of problem: This is just to record the unfortunate missing kerning pair for ďá (used in Czech, for example “devil” is “ďábel”). I will try to investigate which other kerning pairs are missing. Version-Release number of selected component (if applicable): scholarsfonts-cardo-fonts-1.045-12.el7.noarch How reproducible: 100% Steps to Reproduce: 1.print the standard Czech pangram “Příliš žluťoučký kůň úpěl ďábelské ódy.” 2. 3. Actual results: space between ď and á in the word “ďábelské” is awful Expected results: It shouldn't be Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

4 years, 5 months

2
8
0 / 0

[Fedora-i18n-bugs] [Bug 1428502] New: eekboard fails without dbus-x11

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1428502 Bug ID: 1428502 Summary: eekboard fails without dbus-x11 Product: Fedora Version: rawhide Component: eekboard Assignee: extras-orphan(a)fedoraproject.org Reporter: cbm(a)m.fsf.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, extras-orphan(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org eekboard fails on a system without dbus-x11. Thus eekboard should depend on dbus-x11. Background: eekboard doesn't directly use dbus but it depends on glib2, which in some cases calls dbus-launch. glib2 is *not* going to gain a dependency on dbus-x11 as per bug #927212 (WONTFIX) so instead we'll have to fix this on per-package basis. -- You are receiving this mail because: You are on the CC list for the bug.

4 years, 5 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 835376] New: Request to add legend support feature for ibus-table

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=835376 Bug ID: 835376 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com, me(a)kaio.net, shawn.p.huang(a)gmail.com Assignee: jni(a)redhat.com Summary: Request to add legend support feature for ibus-table Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: pwu(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus-table Product: Fedora Description of problem: Currently wubi ime in ibus-table doesn't support legend feature. Version-Release number of selected component (if applicable): ibus-table-1.3.9.20110827-2.fc17.noarch How reproducible: Try to input a single character by using ibus-table wubi ime; Actual results: Only one character is inputted; Expected results: Besides inputting one character, some possible following characters should be listed in the candidate list to speed up user inputting. -- You are receiving this mail because: You are on the CC list for the bug.

4 years, 5 months

2
11
0 / 0

[Fedora-i18n-bugs] [Bug 1116676] New: filter keyboard layouts by geometry

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1116676 Bug ID: 1116676 Summary: filter keyboard layouts by geometry Product: Fedora Version: rawhide Component: langtable Severity: low Assignee: mfabian(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: This may be a crazy idea I am not sure yet (which came up during Fedora i18n discussions around https://fedorahosted.org/i18n/ticket/26 but in principle it seems it would be useful to filter keyboard layouts by their compatibility with a chosen keyboard geometry. There are various difficulties here: - parsing of the xkb data files itself will be complex - assuming it is possible to get this filtering to work applications like anaconda will need some subtle or larger changes to support setting of keyboard geometry separately from keyboard layouts. Still it seems like a worthy goal to try to reduce or structure the current large amount of clutter currently when making keyboard config selections. -- 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=RxhKiuD0M9&a=cc_unsubscribe

4 years, 5 months

2
4
0 / 0

[Fedora-i18n-bugs] [Bug 1094779] New: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1094779 Bug ID: 1094779 Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: alescesc1986(a)yahoo.it QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic glyphs in the Cyrillic range provided that the Latin range has slanted glyphs. For the sake of consistency, slanted glyphs should be implemented in the Cyrillic range too. -- 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=c1AONfggSA&a=cc_unsubscribe

4 years, 6 months

2
12
0 / 0

[Fedora-i18n-bugs] [Bug 1464310] New: Tilded G not works with Liberation Sans and Serif

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1464310 Bug ID: 1464310 Summary: Tilded G not works with Liberation Sans and Serif Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: shanshandehongxing_1234(a)hotmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Description of problem: Guarani letter G̃ does not works if I use Liberation Sans and Serif, this letter requiring combining tilde. Steps to Reproduce: 1. Coping this letter from https://en.wikipedia.org/wiki/Guarani_alphabet 2. Pasted into LibreOffice 3. Switch font face to Liberation Sans or Liberation Serif Actual results: With Liberation Sans/Serif tilded G does not works as expected. -- You are receiving this mail because: You are on the CC list for the bug.

4 years, 6 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 1096336] New: Liberation 2.00.x missing unicode hyphen (U+2010)

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1096336 Bug ID: 1096336 Summary: Liberation 2.00.x missing unicode hyphen (U+2010) Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: elbart(a)gmx.de QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Description of problem: The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010). Versions 1.07.4 and older have that glyph. Version-Release number of selected component (if applicable): 2.00.1 The regressing commit is https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb936... (slow!) प्रविण सातपुते "sfd file converted from ttf" -- 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=PrUXVWzIRi&a=cc_unsubscribe

4 years, 6 months

2
14
0 / 0

[Fedora-i18n-bugs] [Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1084493 Bug ID: 1084493 Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: jmontane(a)softcatala.org QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Created attachment 882714 --> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit Screenshot showing the bug Description of problem: In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation Sans Italic, an empty space is showed. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Install Liberation Sans Italic files in a Windows machine (tested in Windows 7 32 and 64 bits). The esay way is installing LibreOffice 4.2, :) Steps to Reproduce: 1. Open a new document LibreOffice Writer 2. Type "cel·la" (cell) "·" is U+00B7 3. Select "cel·la" text and set format as "Libreration Sans, Italic". Actual results: 4.- "cel la" is showed in italics,you can copy and paste and set other font. Expected results: 5.- "cel·la" Additional info: U+00B7 is a used character for Catalan text. So, please, fix this issue. -- 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=Z2jsEJyDVB&a=cc_unsubscribe

4 years, 6 months

2
17
0 / 0

[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1249335 Bug ID: 1249335 Summary: Inconsistent rules for shortcuts between different applications when switching keymaps Product: Fedora Version: 22 Component: ibus Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: nicolas.brack(a)mail.be QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com I have this bug since a few fedora version. In some applications, the shortcuts obeys the localized ibus keymap, but other keeps the default keymap when pressing CTRL. Typical example includes gimp (follows keymap) and inkscape (ignore keymap). I'm personally using both the us and dvorak keymap, and this behaviour is pernicious as the key locations are very dissimilar. Using "setxkbmap" is hard erasure of the keymap, and after that _all_ applications follows the keymap when using the shortcuts. But then ibus doesn't really work anymore, and it's inconvenient. Thus a solution could either be that: *ibus is resilient to "setxkbmap" *All software are presented with the same keymap, which can be configured to be the current map. Software versions: GNOME Shell 3.16.3 IBus 1.5.10 Xorg 1.17.2 -- 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=0xQlpdl2Ss&a=cc_unsubscribe

4 years, 6 months

2
11
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2017