Marathi Phonetic keyboard has not provided essential characters to type rather unused characters are given. 1) for example instead of ॲ the characters ऍ is given which is not in the language. 2) Marathi and Hindi uses different Devnagri scripts. (Marathi uses Balbodh style of Devnagri. But in keyboard Hindi Devnagri is given for example the vertical bar is used as fullstop in Hindi but in Marathi uses the dot. 3) While clicking on show "keyboard layout", it is expected to show characters on keyboard shown but English characters keyboard layout is shown. More details in attachment file. Reproducible: Always Steps to Reproduce: 1.include Phonetic Marathi as input method 2.select Marathi from language bar 3.
Created attachment 2005258 [details] pdf file
In Balbodh style of Devnagri, The 'Nukta' (Dot under the character) is not used. But In phonetic Marathi keyboard, characters with dots are given which are never used in Marathi.
> 1) for example instead of ॲ the characters ऍ is given which is not in the > language. > 2) Marathi and Hindi uses different Devnagri scripts. (Marathi uses Balbodh > style of Devnagri. But in keyboard Hindi Devnagri is given for example the > vertical bar is used as fullstop in Hindi but in Marathi uses the dot. Which ibus engines do you try? You can check the current engine name with `ibus engine` command. I observed #1 issue with '!' key in /usr/share/m17n/mr-phonetic.mim and I guess you use "m17n:mr:phonetic" engine. Which do you mean the expected result or the actual behavior in #2? I see both "m17n:mr:phonetic" and "m17n:hi:phonetic" engine output '|' key for '.' key. > 3) While clicking on show "keyboard layout", it is expected to show > characters on keyboard shown but English characters keyboard layout is shown. The similar issue was reported in bug #1790554 and I think we don't treat #3 in this issue. If you run `ibus list-engine`, you could see "m17n:mr:phonetic" and "m17n:hi:phonetic" shows "default" layout. And "default" layout means to inherit the current session layout. Our expected fix is to show the current session layout but not handle "default" so our resoluion will be different from your expectation. Because ibus-m17n converts the keys on "US" layout to the language keys and your "US" layout is the correct result. So probably we need additional fix for your epected result after bug #1790554 is fixed, E.g. ibus-m17n needs to provide the layout list between m17n names and layouts.
I guess /usr/share/m17n/config.mic or $HOME/.m17n/config.mic could be a custom configuration file reading m17n-lib/src/input.c