Bug 2124835 - Input mode is reset by ibus restart
Summary: Input mode is reset by ibus restart
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: ibus-anthy
Version: 37
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: fujiwara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-09-07 08:41 UTC by Akira TAGOH
Modified: 2022-09-27 05:41 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2022-09-27 05:41:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Akira TAGOH 2022-09-07 08:41:40 UTC
Description of problem:
When doing "ibus restart", the input mode in ibus-anthy is always reset to Hiragana. shouldn't it be held the previous state?

Version-Release number of selected component (if applicable):
ibus-anthy-1.5.14-7.fc37.x86_64
ibus-1.5.27-1.fc37.x86_64

How reproducible:
always

Steps to Reproduce:
1.change Input mode to something except Hiragana (e.g. Katakana, Eisu)
2.run "ibus restart"
3.

Actual results:
Input mode is reset to Hiragana

Expected results:
Input mode should be same to what changed at 1.

Additional info:

Comment 1 fujiwara 2022-09-16 10:55:18 UTC
I think resetting the input mode is good.
If the default input mode is Hiragana, I assume the users would switch Anthy Hiragana and XKB JP.
If the default input mode is Eisu, I assue the users would switch Anthy Eisu and Hiragana.

The default input mode can be saved with ibus-anthy setup dialog.

Comment 2 Akira TAGOH 2022-09-16 11:36:03 UTC
That may be something in question. I just wonder why we have such special state and make it complicated. In fact, MS-IME and mozc doesn't have two input states. they have only one to keep what current state is.

Comment 3 fujiwara 2022-09-22 05:22:19 UTC
CUrrently an XKB source is always configured using the current locale by default in GNOME.
I also prefer the default input mode is ASCII but it's not agreed by Jens Petersen. 
Only an input method source is configured for Japanese in MS-IME but the two sources are setup for Chinese in MS-IME too. We may consider the configuration by language.

Comment 4 Akira TAGOH 2022-09-26 07:59:41 UTC
You lost me. How does the XKB source affect *single* input mode?
I understand that XKB source affects the keymap in the engine though, they affect it regardless of "default" and "current".
Even now, the behavior on typing is changed once changing XKB source though.

If there are any reasons, can you elaborate on how hard ibus-anthy merge both "default" and "current" input modes into single input mode?

Comment 5 fujiwara 2022-09-26 08:24:00 UTC
I mean if the default input mode is Hragana, I expect ibus restart bring back to Higarana mode.
The default mode is different from mozc.

Comment 6 Akira TAGOH 2022-09-26 11:12:37 UTC
My suggestion here is to keep "current" input mode only. major Japanese Input Method doesn't have such "default" input mode. that makes complicated. why do you want to maintain "default" and "current" separately?

Comment 7 fujiwara 2022-09-26 12:51:32 UTC
I think MS-IME's default mode is direct and there is no daemon restart.
I don't think restarting the daemon to reset the input mode makes complicated and also restarting daemon is a maintenance way so I wish to reset the all the state and you don't have to run the command so many times.
You just could change the input mode after ibus restart, didn't you?

Comment 8 Akira TAGOH 2022-09-27 05:41:54 UTC
> so I wish to reset the all the state

Gotcha.

I'm still wondering why ibus-anthy wants to have initial input mode in setup dialog though, that may be another story.
let's close this. thanks for explanation.


Note You need to log in before you can comment on or make changes to this bug.