Package: xlibs-data Version: 4.3.0.dfsg.1-6 Severity: wishlist Hi,
First, I'm not quite sure if the bug belongs to xlibs-data, so please reassign if I am wrong. All "basic" X applications using xlibs (tested with xedit and emacs) fail to get composition sequences when using the ja_JP.UTF-8 locale. Interestingly, I get some strange behaviours as well, which might be related to gnome configurations but I'm not quite sure. Anyway, what I tried is the following (all with a fresh new account ; gnome is the default session if i launch startx ; LANG in /etc/environment is en_US.UTF-8; gnome is configured to have Compose key on Menu (laptops don't have a right windows key)): (ok means composition sequences work properly, ko means the contrary) startx -> emacs -> ok startx -> LANG=ja_JP.UTF-8 -> ko LANG=ja_JP.UTF-8 -> emacs -> ko LANG=ja_JP.UTF-8 -> LANG=en_US.UTF-8 emacs -> ok The strange behaviour is that with my not fresh account, the one I use in every day life, the latter has a ko result. Anyway, I'd like to be able to type french accents in my japanese environement without having to play with locales ;) Note that copying /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose into /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/ doesn't do the trick (the absence of the file let me think that would be a solution) Mike -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.22-mh Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 -- no debconf information
