i18n-bugs March 2018

i18n-bugs@lists.fedoraproject.org

1 participants
142 discussions

[Fedora-i18n-bugs] [Bug 1116676] New: filter keyboard layouts by geometry
by Red Hat Bugzilla 09 Oct '18

09 Oct '18

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

2 4

[Fedora-i18n-bugs] [Bug 1553702] New: Digit zero with an oblique strike instead of inside dot
by bugzilla＠redhat.com 03 Oct '18

03 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1553702 Bug ID: 1553702 Summary: Digit zero with an oblique strike instead of inside dot Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: mailinglists35(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Description of problem: I'd wish to have a version of the monospaced font (Liberation Mono) where digit zero has an oblique strike instead of inside dot. The dot version makes it difficult to me to distinguish it from the digit eight Version-Release number of selected component (if applicable): How reproducible: looking at the display Steps to Reproduce: 1. look at digit zero displayed with Liberation Mono font 2. 3. Actual results: See a version with a dot in the middle of the shape Expected results: See a version with an oblique strike crossing the shape Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Fedora-i18n-bugs] [Bug 1495172] New: Search not working as expected with preferred layout ( non latin) for control-center and nautilus
by bugzilla＠redhat.com 26 Sep '18

26 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1495172 Bug ID: 1495172 Summary: Search not working as expected with preferred layout (non latin) for control-center and nautilus Product: Fedora Version: 27 Component: ibus Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: vvijayra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Created attachment 1330499 --> https://bugzilla.redhat.com/attachment.cgi?id=1330499&action=edit Screenshot showing gnome-control-center search input Description of problem: Inputting first character of preferred keyboard layout fallback to English when searched (searched for the first time) in gnome-control-center, nautilus and gnome-software. Version-Release number of selected component (if applicable): control-center-3.26.0-1.fc27 nautilus-3.26.0-1.fc27 gnome-software-3.26.0-1.fc27.x86_64 How reproducible: Always Steps to Reproduce: 1. Do successful anaconda installation in your preferred LANG 2. Post login, launch 'gnome-control-center' 3. Select desired keyboard layout (non en_US) and input search term (eg : "help") Actual results: Inputting first character fallback to English Expected results: Inputting first character should happen in native LANG / locale Additional info: 1. Reported problem can also be reproduced with 'nautilus' and ‘gnome-software’ 2. Please refer the attachments -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Fedora-i18n-bugs] [Bug 1094779] New: No Cyrillic Italic Glyphs for Sans, Sans Narrow and Mono
by Red Hat Bugzilla 25 Sep '18

25 Sep '18

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

2 12

[Fedora-i18n-bugs] [Bug 1464310] New: Tilded G not works with Liberation Sans and Serif
by bugzilla＠redhat.com 14 Sep '18

14 Sep '18

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.

1 5

[Fedora-i18n-bugs] [Bug 1096336] New: Liberation 2.00.x missing unicode hyphen (U+2010)
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

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=5feb93675… (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

2 14

[Fedora-i18n-bugs] [Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

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

2 17

[Fedora-i18n-bugs] [Bug 1554725] New: ibus emoji should hide missing characters by default
by bugzilla＠redhat.com 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1554725 Bug ID: 1554725 Summary: ibus emoji should hide missing characters by default Product: Fedora Version: 28 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: I feel it is better to hide glyphs without font coverage by default. Version-Release number of selected component (if applicable): ibus-1.5.18-1.fc28 How reproducible: 100% Steps to Reproduce: 1. ibus emoji lists glyphs with no font coverage. (search for some less common character) Actual results: some tofu (unicode substitute character) glyphs listed Expected results: Better to hide missing glyphs by default -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

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

2 11

[Fedora-i18n-bugs] [Bug 1072095] New: Liberation Sans renders most Latin combining characters incorrectly
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1072095 Bug ID: 1072095 Summary: Liberation Sans renders most Latin combining characters incorrectly Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.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 870161 --> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit Comparison between Helvetica, Arimo, and Liberation Sans Description of problem: Liberation Sans renders most Latin Unicode combining characters incorrectly. These are the diacritics and tie characters in the Unicode range U+0300 to U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular: 1. The diacritics do not take into account the width or height of the paired character (which I imagine is a kerning issue) 2. Tie characters are always positioned incorrectly. They are supposed to visually tie two characters together, but in Liberation Sans they are simply centered under the 2nd character. Version-Release number of selected component (if applicable): version 2.00.1 How reproducible: Steps to Reproduce: 1. Install Liberation Sans 2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test Actual results: Diacritics and ties are a mess. Expected results: See Helvetica example in attached file. Additional info: The best way to understand this bug is to look at the attached file (comparison.png). -- 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=1fAByXDhag&a=cc_unsubscribe

2 25

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2018