Just a few comments to clarify my understanding of the proposal. Akira TAGOH wrote:
- input methods that has supported the different input method engines for different languages or has such framework, only provides the alternatives name, xinput-default.
Ok, so the main change here is that scim, uim, etc will basically just need to setup a single alternative rather than one for each "supported" locale. I understand xinput-default here to mean the current symlink "/etc/X11/xinit/xinput.d/default -> /etc/alternatives/xinput-default".
- single input methods, such as XIM server provides the alternatives name, xinput-ll_CC for only their supported locale. i.e. if one supports ja_JP.* locale, it has to provides xinput-ja_JP.
This is unchanged.
- $HOME/.xinput.d would be obsoletes. it is maybe overkill. just a file like .xinputrc would be better.
I would like to suggest using "/etc/X11/xinit/xinputrc" for the system file instead of "/etc/X11/xinit/xinput.d/default", since that seems more consistent and logical IMHO.
- one xinput script which is usually put under /etc/X11/xinit/xinput.d/, invokes the proper XIM server for people who still wants to use them. so if one wants to use XIM, symlink it to .xinputrc or changing with alternatives will do that. it is still better than current one since XIM server works on only the exact locale and it will be less trouble.
So basically the current locale selecting code in xinput.sh will move to this alternative script for xim client setup. We could also consider renaming "/etc/X11/xinit/xinput.d/" to say "/etc/X11/xinit/xim.d/" at the same time: that would avoid confusion between the old xinput.d system and the new xinputrc system.
- xinput.sh reads only xinput-default (and .xinputrc for the user-specific thing) and stop to find ll_CC things against current locale. according to the above reasons.
So xinput.sh would first try "~/.xinputrc" and if that doesn't exist it would read "/etc/X11/xinit/xinputrc".
Jens
