https://bugzilla.redhat.com/show_bug.cgi?id=1135750
Bug ID: 1135750
Summary: Keyboard layout does not change when input source
language changes
Product: Fedora
Version: 21
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: jmatsuzawa(a)gnome.org
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:
The keyboard layout changes for Japanese when input source changes from English
US to Japanese (plain). However, the layout won't change when input source
changes from English US to Japanese Kana Kanji. The layout remains for English.
Version-Release number of selected component (if applicable):
ibus-1.5.8-1.fc20.x86_64
How reproducible:
Always
Steps to Reproduce:
(I assume GNOME Desktop)
1. Open the settings panel (gnome-control-center)
2. Select [Region & Language]
3. Add English US and Japanse Kana Kanji to the input source list
4. Press Supser+Space to switch the input source to English US
5. Press Supser+Space to switch the input source to Japanese Kana Kanji
Actual results:
The keyboard layout remains for English US.
Expected results:
The keyboard layout is for Japanese
Additional info:
This problem also occurs when:
- switching between English US and Japanse Mozc
- switching between German and Japanse Kana Kanji
This problem does NOT occur when:
- switching between English US and Japanse (plain)
- switching between English US and German
And this problem occurs on Fedora 21, 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=EVvdXgb8eX&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1037882
Pravin Satpute <psatpute(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |psatpute(a)redhat.com
--- Comment #8 from Pravin Satpute <psatpute(a)redhat.com> ---
Created attachment 933274
--> https://bugzilla.redhat.com/attachment.cgi?id=933274&action=edit
Compact view of SymbolNeu
This issue is happening due to incorrect mapping in SymbolNeu.ttf font.
∅ is mappen to U+2206 and there are many other mapping those are incorrect in
this fonts.
I cay easily say this is non-unicode font or may be some issue with selecting
encoding while building this font.
We can fix this locally by ttx and patching to fonts. But good if upstream can
fix this and provide new release. This is less likely to happen.
--
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=m0aAcN7giz&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1058044
--- Comment #14 from Ricardo Jurczyk Pinheiro <ricardojpinheiro(a)ibest.com.br> ---
Hmmm.. I decided to try another kernels with my F20, so I`m trying zen-kernel.
Which changes to the .config file I need to do, in order to have my keyboard
fully compatible? Any ideas?
--
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=LjR26ptM6A&a=cc_unsubscribe