From Fedora Project Wiki
Line 106: Line 106:
| Punjabi (pa)
| Punjabi (pa)
| PASS
| PASS
| Punjabi FAIL <ref>When trying to type, Punjabi keymaps should be enabled default, which is not the case. In KDE punjabi input is not working (Tried with kate and kwrite).</ref>
| Punjabi FAIL <ref>When trying to type, Punjabi keymaps should be enabled default, which is not the case. In KDE punjabi input is not working (Tried with kate and kwrite) [[rhbug:501653|501653]].</ref>
| PASS (gedit, firefox)
| PASS (gedit, firefox)
| <references/>
| <references/>
Line 178: Line 178:
| Maithili FAIL <ref> changing the Maithili local after when trying to type something, Maithili keymaps should be enabled bydefault but it is not working in this case.  </ref>
| Maithili FAIL <ref> changing the Maithili local after when trying to type something, Maithili keymaps should be enabled bydefault but it is not working in this case.  </ref>
|PASS (gedit,firefox, openoffice)  
|PASS (gedit,firefox, openoffice)  
FAIL (kwrite, lokalize)  <ref>FIXME - add bug(s) here</ref>
FAIL (kwrite, lokalize)  <ref>[[rhbug:501665|501665]]</ref>
| <references/>
| <references/>
|-
|-
Line 191: Line 191:
| PASS (gedit,firefox, openoffice, kwrite, lokalize)  
| PASS (gedit,firefox, openoffice, kwrite, lokalize)  
| <references/>
| <references/>
* The short cut keys for changing the input methods are different from SCIM. Typing in applications like gedit, FireFox, OpenOffice, kate and lokalize are working fine.
* The short cut keys for changing the input methods are different from SCIM. Typing in applications like gedit, FireFox, OpenOffice, kate and lokalize are working fine. [[rhbug:501673|501673]]
|-
|-


Line 212: Line 212:
| Marathi (mr_IN)
| Marathi (mr_IN)
| PASS
| PASS
| FAIL for Marathi <ref> Having logged-in with Marathi language resources, ibus service gets enabled but keymaps aren't added by default (hence, added manually). Above tests were done for ibus-1.1.0.20090423-1.fc11.x86_64.  </ref>
| FAIL for Marathi <ref> Having logged-in with Marathi language resources, ibus service gets enabled but keymaps aren't added by default (hence, added manually). Above tests were done for ibus-1.1.0.200900508-3.fc11.x86_64.  </ref>
| PASS (gedit, kwrite, oowriter, firefox, lokalize)
| PASS (gedit, kwrite, oowriter, firefox, lokalize)
| <references/>
| <references/>
Line 333: Line 333:
| PASS
| PASS
| FAIL because Gujarati keymaps were not enabled by default when I started typing. I had to manually add Gujarati keymaps from preferences to make it working. One of the Gujarati Keymaps should be enabled by default when the user enters into Gujarati locale and start typing after enabling iBus. Which keymap enabled by default should be decided by respective language Fedora localization co-ordinators since they know better the users demand of keymaps.
| FAIL because Gujarati keymaps were not enabled by default when I started typing. I had to manually add Gujarati keymaps from preferences to make it working. One of the Gujarati Keymaps should be enabled by default when the user enters into Gujarati locale and start typing after enabling iBus. Which keymap enabled by default should be decided by respective language Fedora localization co-ordinators since they know better the users demand of keymaps.
| PASS (gedit, kedit, lokalize) <ref> I still can not understand some of the options provided in iBus Preferences like "Use custom font", "Candidates orientation" and "Previous input method:" (which is disabled always). Can we have some help/documentation for end users about such unclear options? </ref> <ref> I have noticed IOK option in the panel initially, when I started typing in. But, when you change the keyboard layout/keymaps by using Alt_L+Shift key combination, it disappears. To get the IOK option back i had to logout and login and then enable iBus. Why is that? </ref> <ref> Can we have an option of selecting default keymap from the list of added keymaps through preferences window? Because currently iBus is taking latest added keymap as default, which is correct in some way, but I still think, if there is an option (like checkbox or radio button) to select the default keymap it would be great. </ref>
| PASS (gedit, kedit, lokalize) <ref> I still can not understand some of the options provided in iBus Preferences like "Use custom font", "Candidates orientation" and "Previous input method:" (which is disabled always). Can we have some help/documentation for end users about such unclear options?[[rhbug:501650|501650]] </ref> <ref> I have noticed IOK option in the panel initially, when I started typing in. But, when you change the keyboard layout/keymaps by using Alt_L+Shift key combination, it disappears. To get the IOK option back i had to logout and login and then enable iBus. Why is that? [[rhbug:500802|500802]] </ref> <ref> Can we have an option of selecting default keymap from the list of added keymaps through preferences window? Because currently iBus is taking latest added keymap as default, which is correct in some way, but I still think, if there is an option (like checkbox or radio button) to select the default keymap it would be great.[[rhbug:501652|501652]] </ref>  
| <references/>
| <references/>
|-
|-
Line 342: Line 342:
| PASS
| PASS
| FAIL because even though I press Ctrl+Space, it doesn't get activated. I have checked the preferences, and added keymaps as well, but still no way to input in any other language.
| FAIL because even though I press Ctrl+Space, it doesn't get activated. I have checked the preferences, and added keymaps as well, but still no way to input in any other language.
| FAIL since no way to type in any other language <ref> iBus should be enabled by default for en-US. However, there has to be an option to enable it by default. Basically user specific configuration options should be there. </ref> <ref> iBus should be installed by default irrespective of package selection during Anaconda installation, since it's really important for non-english users, just like fonts. </ref>
| FAIL since no way to type in any other language <ref> iBus should be enabled by default for en-US. However, there has to be an option to enable it by default. Basically user specific configuration options should be there.[[rhbug:500649|500649]]  </ref> <ref> iBus should be installed by default irrespective of package selection during Anaconda installation, since it's really important for non-english users, just like fonts. </ref>
| <references/>
| <references/>
|-
|-

Revision as of 09:27, 20 May 2009

DATE TIME WHERE
2009-05-14 all day #fedora-qa)

What to test?

Today's installment of Fedora Test Day will focus on:

IBus is the new input method framework for Asian languages being used in F11.

Who's available

The following cast of characters will be available for testing, workarounds, bug fixes, and general discussion ...

Prerequisites for Testing

  • Please test with either Rawhide (with latest ibus packages installed) or a current Fedora Desktop Live image in a real or virtual machine.
  • A native keyboard for your country/region if you have one

Rawhide

See the instructions on the Rawhide page on the various ways in which you can install or update to Rawhide.

Note ibus is installed by default in F11 but if you should have upgraded from F10 you will need to "yum install @input-methods". At the very least you need to be running the latest ibus, which is ibus-1.1.0.20090417-1.fc11 at the time of writing: eg with F11-Preview.

Live Image

Optionally, you may download a non-destructive rawhide live image for your architecture. Tips on using a live image are available at FedoraLiveCD.

Architecture MD5SUM
i386 ce576738ef1ea7bda2accc20bb374eb5
x86_64 0920091e080839847da9349a08d55df7


Latest syslinux package?
Creating a LiveUSB of this rawhide image requires the latest version of syslinux, which is currently available in Rawhide and in the latest Windows liveusb-creator. Users of F10 and below can upgrade to the latest syslinux package using 
yum --enablerepo=rawhide update syslinux
.

How to test?

Testing iBus usage to input native languages:

  • Login to desktop in your native language or the one you wish to test.
  • QA:Testcase_imsettings_enable (if your desktop is in an Asian language you may be able to skip this step since ibus should be enabled by default for most Asian language)
    • Run im-chooser to turn on iBus if it is not enabled by default in your language
  • QA:Testcase_ibus_start
    • ibus can be activated in an application from the ibus icon in the panel notification area and choosing the desired input method there. If you desktop language does not use a input method normally you may need to add the input method with ibus-setup too.
  • QA:Testcase_ibus_input
    • Test iBus correctness by inputting in various applications and desktop environments (such as GNOME and KDE) listed in below table. Tests with other applications and other environment are also welcome. Please note that at least one input method should be installed and enabled to performed the test.


Test Cases and Results

User Keyboard Desktop Desktop Language Startup activation Input method Application:Result Comments
Explanation: User:Example Country or code (de, fr, gb, us, jp, kr, etc) GNOME, KDE, XFCE, LXDE, etc Language or locale (de, en, fr, hi, ja, ko, zh, etc) PASS/FAIL - Input method system started and running ok? Name of language or engine (anthy, chewing, hangul, pinyin, rawcode, sayura, table) PASS/FAIL (gedit, firefox, openoffice, pidgin, kate, eclipse, etc) Details of any problems [bug#] or suggestions
User:Petersen US GNOME Japanese (ja) PASS Japanese(anthy) PASS PASS (gedit, firefox)
User:Mso US GNOME English (en_US) PASS with unwanted side-effects when compositing turned on Japanese(anthy) PASS PASS (gedit, epiphany, midori, gnome-terminal, gajim, stardict, fantasdict, evolution, rhythmbox, totem, gnumeric, subtitleeditor)

WARN (inkscape, abiword) [1] [2]

  1. ↑ PASS with hickups means the typed text does not appear at the cursor position until final output is selected (it does appear in a separate toolbox though), considering how it works in other cases though, this might be actually correct/expected behaviour;
  2. ↑ odities with turning on/off filled as 500731
User:Jassy US GNOME Punjabi (pa) PASS Punjabi FAIL [1] PASS (gedit, firefox)
  1. ↑ When trying to type, Punjabi keymaps should be enabled default, which is not the case. In KDE punjabi input is not working (Tried with kate and kwrite) 501653.
Runa Bhattacharjee US GNOME Bengali India (bn_IN) PASS FAIL [1] PASS (gedit, kwrite, oowriter, xchat, firefox, lokalize)
  1. ↑ Test 2: The ibus service was enabled but the keymaps were not added or any default keymap linked for the locale. The steps for Test 2 indicate the manual addition of the keymaps as a feature. Automatic addition of the keymaps and activating a designated default map amongst them, when logging in a particular language would be of benefit. Additionally, it would be a seamless migration for users habituated to using a similar approach with scim in earlier Fedora versions. Apologies in advance if this is not the case and my test environment was the culprit.
Sweta Kothari US GNOME Gujarati (gu-IN) PASS Gujarati FAIL [1] PASS (gedit, kwrite, lokalize, firefox)
  1. ↑ changing the Gujarati local after when trying to type something, Gujarati keymaps should be enabled bydefault but it is not working in this case. Rest of all are working fine.
Liam Li US GNOME Chinese (zh_CN) PASS Chinese(PinYin) PASS PASS (terminal, stardic, firefox, openoffice, gedit, vi, thunderbird, xchat)

FAIL (AbiWord) [1] [2] [3] [4]

  1. ↑ it seems AbiWord doesn't support Chinese.
  2. ↑ 500760
  3. ↑ 500762
  4. ↑ 500763
Ryo Fujita US GNOME Japanese (ja) PASS Japanese PASS PASS (firefox, evolution)

FAIL (abiword) [1]

  1. ↑ In abiword, a hiragana character 'no' is settled on a kanji character 'ton', unicode 5678, UTF8 E5 99 B8. (added 15th. May) It's not a IBus issue. AbiWord has a bug.
User:Tagoh JP GNOME Japanese (ja) PASS Japanese(anthy) PASS PASS (gedit, evolution, firefox, pidgin)
Rajesh US GNOME Hindi (hi-IN) PASS Hindi FAIL [1] PASS (gedit, kwrite, lokalize, firefox, openoffice)
  1. ↑ changing the Hindi local after when trying to type something, Hindi keymaps should be enabled bydefault but it is not working in this case. Recently selected keymap type is loaded by default always. It should be what I have chosen as a preference as my keymap.
Rajesh US GNOME Maithili (mai-IN) PASS Maithili FAIL [1] PASS (gedit,firefox, openoffice)

FAIL (kwrite, lokalize) [2]

  1. ↑ changing the Maithili local after when trying to type something, Maithili keymaps should be enabled bydefault but it is not working in this case.
  2. ↑ 501665
Amitakhya Phukan US GNOME Assamese (as-IN) PASS Assamese PASS [1] PASS (gedit,firefox, openoffice, kwrite, lokalize)
  1. ↑ For Assamese, after logging in to the GNOME Desktop, IBUS was enabled by default. I had to choose the Assamese keyboard layouts manually, but once selected, it was convenient to use.
  • The short cut keys for changing the input methods are different from SCIM. Typing in applications like gedit, FireFox, OpenOffice, kate and lokalize are working fine. 501673
Shankar Prasad US GNOME Kannada (kn-IN) PASS PASS Kannada PASS (gedit,firefox, openoffice, kwrite, lokalize) Test 2:
  1. Automatic addition of the keymaps and activating a default keymap would be good for any user.
  2. There is some ambiguity in the steps of test case
  3. Unless we click on any editor, the ibus won't get activated and left clicking on the icon will lead to nothing
Sandeep Shedmake US GNOME Marathi (mr_IN) PASS FAIL for Marathi [1] PASS (gedit, kwrite, oowriter, firefox, lokalize)
  1. ↑ Having logged-in with Marathi language resources, ibus service gets enabled but keymaps aren't added by default (hence, added manually). Above tests were done for ibus-1.1.0.200900508-3.fc11.x86_64.
Krishnababu K US GNOME Telugu (te_IN) PASS Telugu FAIL [1] PASS (gedit, kwrite, oowriter, firefox, lokalize)
  1. ↑ Test Case 2: After logging into GNOME session by Telugu language support, input method ibus has been enabled by default. But Telugu key maps were not enabled by default, so i added them manually. (They have to be added and enabled by default according to the test case 2). I had perform these test cases on ibus-1.1.0.20090508-3.fc11.x86_64
Ani Peter US GNOME Malayalam (ml_IN) PASS FAIL [1] PASS (gedit, kwrite, oowriter, firefox, lokalize) [2]
  1. ↑ Test case 2, the results fails. ie, As per instructions in steps 2,3 & 4, the left click does not list any keymaps added in the "Input Method" page. Instead, if we place cursor in any text input area, the keymaps we have added manually are displayed on left click.
  2. ↑ My observations in Test Case 3: Selected keymaps in the order Inscript and Swanalekha, opened Gedit and enabled Ibus. Since the order of keymaps selected is last added first, Swanalekha appeared as default keymap when Ibus was enabled. Swanalekha does not have an icon, hence the default icon for Ibus appeared initially and once started input, the name "swanalekha" appeared in the Ibus tab. Switching to the second keymap and input using all keymaps worked fine in gedit, kwrite, lokalize and oowriter.
BrillianceLin US GNOME Chinese (zh_CN) PASS Chinese(PinYin) PASS PASS (terminal/nano,GIMP,firefox, openoffice, gedit)

FAIL (AbiWord)

Similar as Liam Li problem1. Abi display characters (when writing content)are not correspond to user selected character(eg.Time new romans, DejaVu Sans). But UKai/UMing CN/TW/HK fonts work.
User:chanueting US GNOME English (en_GB) PASS Chinese (tables: cangjie5, cangjie3, quick3) PASS PASS (gedit, firefox, abiword, terminal, pidgin) Trad. Chinese characters are only tested. And there are many "not-supported" Unicode character are shown in number forms, that may be the system language problem.
User:chanueting US GNOME Chinese (zh_HK) PASS Chinese (tables: cangjie5, cangjie3, quick3) PASS PASS (gedit, firefox, terminal, pidgin) FAIL abiword Trad. Chinese characters are only tested. No unicode are shown in number form, but simp, Chinese is set by default. Changes might be needed.
User:ifelix US GNOME Tamil (ta_IN) PASS Fail PASS (gedit, firefox, kate, terminal, lokalize) The 2nd case test is failed b'cos When i start the iBus it is not in my locale input method so if it is in Tamil locale input method then it 'll be good.
Eun-Ju Kim KR-compat GNOME Korean (ko_KR) PASS PASS FAIL (firefox, lokalize, openoffice, gedit) Basic input works, but if I input consonant-vowel consonant-vowel and press Backspace the consonant-vowel character is recommitted instead of deletion. * IBus icon is not obvious - hard to recognise as input-method for new users.
Takuro Nagamoto US GNOME Japanese (ja_JP) PASS PASS PASS (openoffice, firefox, lokalize, kwrite, gedit) RFE: autocompletion of previous input with Tab key
Leah Liu US GNOME Simplified Chinese (zh_CN) PASS pinyin PASS PASS (openoffice, firefox, lokalize) fuzzy pinyin very slow * Could you make the pinyin setup window come to the front when click the toolbar setting icon
Xi Huang US GNOME and KDE Simplified Chinese (zh_CN) PASS pinyin PASS PASS (kate, gedit, openoffice, firefox, lokalize) fuzzy pinyin very slow
Terry Chuang US GNOME English PASS pinyin:PASS chewing:FAIL PASS (lokalize, firefox) bug-buddy appears when switching chewing and back to pinyin * With scim-chewing it is possible to edit the last input character at the end of preedit but with ibus-chewing need to move back the cursor to before the last character to change it * Ctrl-Space in lokalize was copying the source text over the translation [ed: feature] rather than switch IM (ed: XIM failure??)
User:Petersen US GNOME any PASS PASS FAIL abiword abiword seems to have serious problems with rendering multilingual text that needs more than one font and also changing font of multilingual text can lead to corruption bug
Ankit US GNOME Gujarati (gu-IN) PASS FAIL because Gujarati keymaps were not enabled by default when I started typing. I had to manually add Gujarati keymaps from preferences to make it working. One of the Gujarati Keymaps should be enabled by default when the user enters into Gujarati locale and start typing after enabling iBus. Which keymap enabled by default should be decided by respective language Fedora localization co-ordinators since they know better the users demand of keymaps. PASS (gedit, kedit, lokalize) [1] [2] [3]
  1. ↑ I still can not understand some of the options provided in iBus Preferences like "Use custom font", "Candidates orientation" and "Previous input method:" (which is disabled always). Can we have some help/documentation for end users about such unclear options?501650
  2. ↑ I have noticed IOK option in the panel initially, when I started typing in. But, when you change the keyboard layout/keymaps by using Alt_L+Shift key combination, it disappears. To get the IOK option back i had to logout and login and then enable iBus. Why is that? 500802
  3. ↑ Can we have an option of selecting default keymap from the list of added keymaps through preferences window? Because currently iBus is taking latest added keymap as default, which is correct in some way, but I still think, if there is an option (like checkbox or radio button) to select the default keymap it would be great.501652
Ankit US GNOME English (en_US) PASS FAIL because even though I press Ctrl+Space, it doesn't get activated. I have checked the preferences, and added keymaps as well, but still no way to input in any other language. FAIL since no way to type in any other language [1] [2]
  1. ↑ iBus should be enabled by default for en-US. However, there has to be an option to enable it by default. Basically user specific configuration options should be there.500649
  2. ↑ iBus should be installed by default irrespective of package selection during Anaconda installation, since it's really important for non-english users, just like fonts.
Hirosi Utumi jp GNOME English (en_US) PASS anthy PASS PASS(abiword,firefox,gedit,gnome-terminal)
Retrieved from "https://fedoraproject.org/w/index.php?title=Test_Day:2009-05-14_iBus&oldid=102802"