[Fedora-i18n-bugs] [Bug 962181] Integrated IBus Considered Harmful
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=962181
fujiwara <tfujiwar(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bnocera(a)redhat.com,
| |mkasik(a)redhat.com,
| |ofourdan(a)redhat.com,
| |rstrode(a)redhat.com,
| |tiagomatos(a)gmail.com
Component|ibus |gnome-settings-daemon
Assignee|tfujiwar(a)redhat.com |bnocera(a)redhat.com
--- Comment #1 from fujiwara <tfujiwar(a)redhat.com> ---
(In reply to comment #0)
> as of Gnome 3.6, Ibus is integrated into gnome shell. although this could
> give some people a false sense of software integrity/completeness, as a user
> I have to point out that utterly unusable is the integrated ibus, for
> following reasons:
>
> 1. remarkablely slow(!) input-method switching speed
I don't understand your problem exactly.
It's good to provide the reproducing steps.
However I think your problem is fixed in the latest ibus.
# yum install --enablerepo=updates-testing ibus
>
> 2. new and inferior ibus configuration
>
> -> following is a list of features that were possible in old "Ibus
> Preference", with no functional equivalent in new ibus:
>
> 1) multiple hotkeys to switch to next/prev input methods (because gnome
> hotkey setting is inferior.)
> 2) using shift- as a modifier for a im-switching hotkey (because gnome
> hotkey setting is inferior.)
> 3) using a physical input method switch key in non-english keyboards as a
> im-switching hotkey (because gnome hotkey setting is inferior.)
These issues are not ibus.
Transferring to gnome-settings-daemon.
> -> also, because ibus-daemon is executed by gnome shell, there is no way to
> 'restart fucking everything' to solve im-related problems.
If you wish to restart ibus. ibus command utility is available:
% ibus restart
>
> 3. proposed solutions
>
> 1) revert back to non-integrated ibus.
> 2) sudo yum groupinstall xfce
It's good to file bugs before you think the options.
--
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=rHLDgnzzW3&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 958728] New: Deal with the work completion marker as input
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958728
Bug ID: 958728
Summary: Deal with the work completion marker as input
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
the word completion marker '>' is processed as an input if stop completing at
that moment
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.turn on kkc
2.type a
3.press Tab key
4.type a
Actual results:
the preedit looks like "あ>あ"
Expected results:
the preedit should be "ああ" or "あ<complete word>あ"
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=AvxgBVDNqz&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 958718] New: Unable to modify the preedit string
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958718
Bug ID: 958718
Summary: Unable to modify the preedit string
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
I think many IM supports to change the cursor position in the preedit in order
to modify the part of the preedit string though, ibus-kkc just commits the
string in the preedit after pressing cursor keys.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.turn on kkc
2.type something
3.press Left and/or Right key
Actual results:
strings in the preedit committed into application
Expected results:
cursor should be moved against the cursor key
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=3I06mS9alx&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 958704] New: Unable to cancel preedit string with Ctrl+g or Ctrl+c
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958704
Bug ID: 958704
Summary: Unable to cancel preedit string with Ctrl+g or Ctrl+c
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
When some characters are in the preedit, ibus-kkc just commits them into the
application with Ctrl+g or Ctrl+c which is supposed to be canceled.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.turn on kkc with super+space
2.type something
3.press ctrl+g or ctrl+c
Actual results:
something committed into the application
Expected results:
should be canceled.
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=txQbQ1C8Al&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 912592] New: ibus-m17n should use default keyboard in most cases
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=912592
Bug ID: 912592
Summary: ibus-m17n should use default keyboard in most cases
Product: Fedora
Version: 18
Component: ibus-m17n
Severity: unspecified
Priority: unspecified
Reporter: mfabian(a)redhat.com
Version: ibus-m17n-1.3.4-6.fc18
Most ibus-m17n engines currently switch to US keyboard layout when
selected.
This is not nice for most engines. For example, when using latn-post,
latn-pre, da-post, .... there is no need to switch to the US keyboard
layout. One can use these with any keyboard layout one likes.
For example, maybe I use the German keyboard layout because I mainly
type German but want to use latn-post, da-post, ... to input other
European languages like Danish, I do not want to switch to the US
Keyboard layout when selecting such an input method, they work just
fine with the German keyboard layout already selected.
Therefore, most ibus-m17n engines should not switch the keyboard layout
at all when selected.
This is similar to bug#910959.
--
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=CFPzmKfpuy&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 957993] New: Gnome does not allow to map R_ALT as AltGr for m17n keymaps
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=957993
Bug ID: 957993
Summary: Gnome does not allow to map R_ALT as AltGr for m17n
keymaps
Product: Fedora
Version: 19
Component: control-center
Severity: unspecified
Priority: unspecified
Assignee: control-center-maint(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: control-center-maint(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com,
ofourdan(a)redhat.com, rstrode(a)redhat.com
Category: ---
Description of problem:
I am trying to update the testcase
https://fedoraproject.org/wiki/QA:Inscript2_Keymaps for F19. But I could not
find any way to enable AltGr. Also, gnome-weak-tool should have not removed
listing Currency sign options separately.
Version-Release number of selected component (if applicable):
gnome-settings-daemon-3.8.1-1.fc19.x86_64
control-center-3.8.1-2.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1. Add any inscript2 keymap say Hindi (m17n) Inscript2 keymap
2. Start gedit
3. Select this Hindi Inscript2 keymap
4. press <AltGr + 4> which failed to show ₹
Actual results:
m17n keymaps cannot be used to input using AltGr
Expected results:
Give option to enable AltGr which allows m17n keymaps to type keymappings
written for AltGr+<key>
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=MbU6LveMW5&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 948690] New: can't bind Zenkaku_Hankaku in ibus-setup-kkc
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=948690
Bug ID: 948690
Summary: can't bind Zenkaku_Hankaku in ibus-setup-kkc
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
Perhaps I am missing something but I don't see able to add
Zenkaku_Hankaku as a shortcut accelerator in ibus-setup-kkc
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19
Steps to Reproduce:
1. press + in ibus-setup-kkc Shortcuts tab and select a command.
2. Click on "Accelerator" and press Zenkaku_hankaku
Actual results:
2. nothing happens binding remains disabled to any key
Expected results:
2. command to be bound to "Zenkaku Hankaku"
Additional info:
Some other keys seem not to be accepted either (but Muhenkan and Henkan are).
--
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=Vpw3V4okdw&a=cc_unsubscribe
10 years, 11 months
[Fedora-i18n-bugs] [Bug 948660] New: Ctrl-@ shortcut works on JP layout but not US layout
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=948660
Bug ID: 948660
Summary: Ctrl-@ shortcut works on JP layout but not US layout
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
Since Gnome WM defines Alt-` by default, I was trying to use
Ctrl-@ to toggle between direct and kana input, but it seems
it does not work for US type layouts where @ is Shift-2, etc.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19
Steps to Reproduce:
1. on F19 with US keyboard layout try to use Ctrl-@ to toggle kkc input mode
Actual results:
Nothing happens
Expected results:
Toggle to work with Shift key.
Additional info:
For JP layout where @ does not require Shift modifier it works fine,
but maybe another alternative is better for US layout
unless we can persuade gnome to drop Alt-Above_tab which is probably
unlikely. Also wondering about Zenkaku_Hankaku.
--
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=f2u41vfBAK&a=cc_unsubscribe
10 years, 11 months