October 2013 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 473842] New: Add Greek Polytonic support to Liberation fonts

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: Add Greek Polytonic support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=473842 Summary: Add Greek Polytonic support to Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: simos.bugzilla(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora The Liberation fonts are missing the Greek Polytonic characters (Greek Extended Unicode group). In practical terms, the Greek Extended Unicode group is made of the Greek characters with a variety of accents (they are precomposed characters). This report is to track the process of adding support. -- 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, 2 months

1
21
0 / 0

[Fedora-i18n-bugs] [Bug 1024421] New: ibus-kkc has problems when capslock is hit after conversion has started

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1024421 Bug ID: 1024421 Summary: ibus-kkc has problems when capslock is hit after conversion has started Product: Fedora Version: 20 Component: ibus-kkc Assignee: dueno(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Created attachment 817127 --> https://bugzilla.redhat.com/attachment.cgi?id=817127&action=edit hitting-capslock-causes-problems-in-ibus-kkc-when-conversion-has-started.ogv Fedora 20 Beta TC6, ibus-anthy-1.5.4-1.fc20.x86_64 - Use ibus-kkc to type in gnome-terminal. - Make sure capslock is off - type ‘a’ → one sees ‘あ’ in preëdit. - Hit the capslock key → the ‘あ’ is commited. OK. - type ‘a’ again → again one sees ‘あ’ in preëdit. - type space to start conversion to kanji → one sees ‘亜’ in preëdit (or some other kanji ...) - Now hit the capslock key again The ‘亜’ is *not* committed, it stays white on black as if still were in the conversion phase. But typing space does not give other candidates, it just moves the ‘亜’ (still white on black) to the right. Typing RETURN a few times now moves the ‘亜’ down some lines, leaving partial remains in the previous lines. See attached video. -- 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=AezmtoysHR&a=cc_unsubscribe

10 years, 2 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1024061] New: ibus-kkc: A change of the pagination_start option in the setup tool is not applied immediately

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1024061 Bug ID: 1024061 Summary: ibus-kkc: A change of the pagination_start option in the setup tool is not applied immediately Product: Fedora Version: 20 Component: ibus-kkc Assignee: dueno(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org [mfabian@Fedora-20-Beta-TC6-x86_64-netins ~]$ rpm -q ibus-kkc ibus-kkc-1.5.18-1.fc20.x86_64 [mfabian@Fedora-20-Beta-TC6-x86_64-netins ~]$ - Japanese install - Select ibus-kkc in the gnome panel - Type some hiragana - Hit space to convert to kanji - Hit space again → candidate table pops up - Click the あ in the gnome panel, click on 設定 (setup) in the menu which pops up → The setup tool of ibus-kkc starts - In the first tab of the setup tool (labelled 動作) the second last option is: 候補ウィンドウの表示開始位置(G): [0 -+] Change this option to 7: 候補ウィンドウの表示開始位置(G): [7 -+] - Type some hiragana again - Hit space to convert to kanji - Hit space again → candidate table pops up ! Here is a problem, the candidate table should not pop up now after typing space only twice, we changed that option to 7! - click the あ in the gnome-panel and switch to some other input source - switch back to ibus-kkc using the gnome-panel - Type some hiragana again - Hit space until the canditatetable pops up → Now hitting space 8 times is necessary That is correct. So changing this option does not become effective immediately, only after switching to some other input source and back to ibus-kkc this works. This is *different* from the other options 句読点の形式(P): [。、 ↓] ... 候補ウィンドウの項目数(W): [7 -+] [✓] 候補の注釈を表示する these options become effective *immediately* when the are changed without having to switch the engine back and forth. So I think that the 候補ウィンドウの表示開始位置 does not become effective immediately is a bug. -- 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=9r661P6WB5&a=cc_unsubscribe

10 years, 2 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 1016984] New: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1016984 Bug ID: 1016984 Summary: [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Assignee: psatpute(a)redhat.com Reporter: samjnaa(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Description of problem: As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA + RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font does not support this sequence. Testing Lohit Malayalam and Google Noto Sans Malayalam with latest HarfBuzz git head shows that Lohit is not capable of rendering this sequence correctly whereas Noto is capable. Please fix it so that ൻ്റ = 0d7b 0d4d 0d31 is correctly rendered as stacked chillu-N on top of RRA. Version-Release number of selected component (if applicable): 2.5.4 -- 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=DqJbnx7nVd&a=cc_unsubscribe

10 years, 2 months

1
11
0 / 0

[Fedora-i18n-bugs] [Bug 510412] New: Cannot change system language back to English after changing it to Korean.

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: Cannot change system language back to English after changing it to Korean. https://bugzilla.redhat.com/show_bug.cgi?id=510412 Summary: Cannot change system language back to English after changing it to Korean. Product: Fedora Version: 11 Platform: x86_64 OS/Version: Linux Status: NEW Severity: high Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: cal.mcpherson99(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Cannot reset system language back to original selection. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Start with an English(US) language install of Gnome Fedora 11 2. Change system language through GUI to Korean. 3. Reboot. 4. Log in, the system language is korean. 5. Change system language through GUI to English(US) 6. Reboot. 7. Log in, the system language is korean. Actual results: Cannot change back to English language, either via GNOME desktop GUI or system-config-language from terminal, ie desktop is unusable, I don't speak Korean!. Expected results: Can change back to English language. Additional info: the dialog when changing the lanugage indicates log out/in is sufficient for initial language change. Wrong. Reboot was required. Not important though. -- 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, 3 months

1
16
0 / 0

[Fedora-i18n-bugs] [Bug 979856] New: no ibus-table-1.5.0.20130419-1 build for f19 so < f18

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=979856 Bug ID: 979856 Summary: no ibus-table-1.5.0.20130419-1 build for f19 so < f18 Product: Fedora Version: 19 Component: ibus-table Severity: unspecified Priority: unspecified Assignee: pwu(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Description of problem: Currently f19 ibus-table is older than f18. So upgrading from f18 to f19 leaves one with f18 ibus-table installed. -- 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=tjR15tqkuQ&a=cc_unsubscribe

10 years, 3 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 760213] New: iBus does not honor layout options (e.g. cz(qwerty))

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: iBus does not honor layout options (e.g. cz(qwerty)) https://bugzilla.redhat.com/show_bug.cgi?id=760213 Summary: iBus does not honor layout options (e.g. cz(qwerty)) Product: Fedora Version: 16 Platform: Unspecified OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: ibus AssignedTo: tfujiwar(a)redhat.com ReportedBy: kas(a)fi.muni.cz QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: --- Description of problem: I want to use two keyboard layouts: English/US, and Czech(qwerty). When I set up iBus to use these two layouts, it apparently does not honor the "(qwerty)" option of the cz layout, and uses the default of "qwertz", which is pretty annoying when I frequently switch betwen US and CZ layouts. Version-Release number of selected component (if applicable): ibus-1.4.0-11.fc16.x86_64 ibus-gtk2-1.4.0-11.fc16.x86_64 ibus-libs-1.4.0-11.fc16.x86_64 ibus-gtk3-1.4.0-11.fc16.x86_64 ibus-anthy-1.2.6-3.fc16.x86_64 How reproducible: 100 % Steps to Reproduce: 1. Run an XFCE4 session 2. Choose "Use iBus (recommended)" in (main menu)->Settings->Input Method Selector, then click on the "Preferences..." next to iBus. 3. In ibus-setup window, switch to the Advanced tab, enable "Use system keyboard layout" checkbox, and then click to the button near the "System Keyboard Layout:" label. 4. In the "Keyboard layout" pop-up, add English(US) as a primary layout, "Czech(qwerty) as a secondary layout, and in the "Options..." pop-up, enable the "Key(s) to change layout" -> "Both shift keys together" checkbox. 5. Restart iBus, e.g. from the panel applet menu. 6. Open the Terminal, press both shift keys, and press the topmost letter keys (labeled, q,w,e,r,t,y on the En/US keyboard). 7. press both shift keys again to get back to the English layout, and run "setxkbmap -print" Actual results: 6. Letters q,w,e,r,t,z are displayed (note the "z" instead of "y") 7. $ setxkbmap -print xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete+ledscroll(group_lock)" }; xkb_symbols { include "pc+us+cz:2+inet(evdev)+group(shifts_toggle)" }; xkb_geometry { include "pc(pc104)" }; }; Expected results: 6. Letters q,w,e,r,t,y should be displayed for cz(qwerty) layout 7. the "xkb_symbols" line in "setxkbmap -print" should be as follows: xkb_symbols { include "pc+us+cz(qwerty):2+inet(evdev)+group(shifts_toggle)+group(shifts_toggle)" }; Additional info: I want to use iBus because I occasionally need also Japanese input (with Anthy engine). I don't think it is XFCE4 specific, but I currently don't have GNOME3 installed in order to verify this. Using plain setxkbmap, the following is the set up I want iBus to use: setxkbmap 'us,cz(qwerty)' -option \ grp_mode:switch,grp:shift_toggle,grp_led:scroll -- 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, 3 months

1
10
0 / 0

[Fedora-i18n-bugs] [Bug 873635] New: [ml_IN] Meera and Rachana rendering issues with Harfbuzz

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=873635 Bug ID: 873635 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com Assignee: psatpute(a)redhat.com Summary: [ml_IN] Meera and Rachana rendering issues with Harfbuzz Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: apeter(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: smc-fonts Product: Fedora Description of problem: Harfbuzz rendering with Meera and Rachana fonts fail for the following cases with test case numbers here http://silpa.org.in/pub/tests/hb/ml/hbview_test_results-2012-11-06/hbview...: Meera: 2. അഥൎവ്വം (ൎdot reph is positioned correctly, but വ്വം is incorrect) 15. ക്ത്ര 19. ഖ്ര 55. സ്പ്ലേ Rachana: 1. അൎത്ഥം (dot reph not formed) 2. അഥൎവ്വം ((dot reph not formed) 15. ക്ത്ര 19. ഖ്ര 53. സ്പ്രി 54. സ്പ്രേ (Meera does it right) Thanks Ani -- You are receiving this mail because: You are on the CC list for the bug.

10 years, 3 months

1
25
0 / 0

[Fedora-i18n-bugs] [Bug 990020] New: rubygem-daemon_controller-1.1.5 is available

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=990020 Bug ID: 990020 Summary: rubygem-daemon_controller-1.1.5 is available Product: Fedora Version: rawhide Component: rubygem-daemon_controller Keywords: FutureFeature, Triaged Assignee: pwu(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: brett.lentz(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com Latest upstream release: 1.1.5 Current version/release in Fedora Rawhide: 1.1.4-1.fc20 URL: http://rubygems.org/api/v1/gems/daemon_controller.json Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=J9zYA3wDz0&a=cc_unsubscribe

10 years, 3 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 787361] New: rubygem-daemon_controller-1.0.0 is available

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: rubygem-daemon_controller-1.0.0 is available https://bugzilla.redhat.com/show_bug.cgi?id=787361 Summary: rubygem-daemon_controller-1.0.0 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: rubygem-daemon_controller AssignedTo: pwu(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com, pwu(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 1.0.0 Current version in Fedora Rawhide: 0.2.6 URL: http://rubygems.org/api/v1/gems/daemon_controller.json Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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, 3 months

1
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs October 2013