January 2015 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1134299] New: Layout switching happens with unspecified shortcut

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1134299 Bug ID: 1134299 Summary: Layout switching happens with unspecified shortcut Product: Fedora Version: 19 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: stsp(a)list.ru 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: In control center I have only next input source hotkey Ctrl-Menu and modifier-only switch RightCtrl-Shift. Everything else is disabled. Still, RShift-LShift combo also switches the layouts! (including the indicator change) It shouldn't, it is not set anywhere. Version-Release number of selected component (if applicable): the one from latest f19 updates How reproducible: easily Steps to Reproduce: 1. Set up layout switch keybindings to not include double-Shift 2. Hit both shifts Actual results: Layout switches Expected results: Layout should not switch 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=eMMPvm3nG6&a=cc_unsubscribe

4 years, 6 months

2
28
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, 8 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, 8 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, 8 months

2
12
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, 9 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, 9 months

2
17
0 / 0

[Fedora-i18n-bugs] [Bug 1072095] New: Liberation Sans renders most Latin combining characters incorrectly

by Red Hat Bugzilla

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

4 years, 9 months

2
25
0 / 0

[Fedora-i18n-bugs] [Bug 507262] New: Separate Japanese font configuration files for ghostscript

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: Separate Japanese font configuration files for ghostscript https://bugzilla.redhat.com/show_bug.cgi?id=507262 Summary: Separate Japanese font configuration files for ghostscript Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: japanese-bitmap-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: t.matsuu(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora I'm not sure which component should be assigned for this bug. So I initially assign this bug to japanese-bitmap-fonts because the files for discussion is now owned by japanese-bitmap-fonts package. Description of problem: Now /usr/share/ghostscript/conf.d/CIDFnmap.ja /usr/share/ghostscript/conf.d/FAPIcidfmap.ja /usr/share/ghostscript/conf.d/cidfmap.ja are owned by japanese-bitmap-fonts. But they never use fonts which are bundled in japanese-bitmap-fonts. Moreover, fonts which are set in the config files are dispersed among some packages. So we need to separate ghostscript contig files from japanese-bitmap-fonts and they should be provided by another package (or included in ghostscript or ghostscript-fonts package). I suggest the following idea. 1. Universal /usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts package. 2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and cidfmap.ja files i their common package. Discussion required: * fonts priority * file owner for ghostscript config files * package structure of IPA fonts are not ready for generate common subpackage now (bug 507261) -- 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.

4 years, 9 months

2
23
0 / 0

[Fedora-i18n-bugs] [Bug 1088033] New: Text Figures for Liberation Fonts

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1088033 Bug ID: 1088033 Summary: Text Figures for Liberation Fonts 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 Hello Pravin, I was wondering whether you might consider adding text figures to your fonts. That'd be great and I don't think it'll take you long. Regards -- 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=jPptOgThKu&a=cc_unsubscribe

4 years, 9 months

2
23
0 / 0

[Fedora-i18n-bugs] [Bug 1090631] New: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1090631 Bug ID: 1090631 Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: rhughes(a)redhat.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: At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed to be the same for all files in the same high-level family, and this seems to be what most other fonts do in Linux. For the next release could you please set the PreferredFamily key to just "Liberation" in all 10 files. This allows component installers like gnome-software to group the fonts together rather than showing them as separate entries and should have no other effects. Thanks, Richard. -- 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=ZrCMOyiIAn&a=cc_unsubscribe

4 years, 9 months

2
7
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs January 2015