Package: uim-common Version: 1:0.4.7-1 Followup-For: Bug #314627 im-switch is automatically pulled in by uim-common. It installs a file /etc/X11/Xsession.d/90im-switch which clears the user's XMODIFIERS and GTK_IM_MODULE settings. The user is not warned in any way; /usr/share/doc/uim-common says nothing about it; but the result is that uim (i.e. uim-xim) does not work anymore in xterm and openoffice. And for what?
[EMAIL PROTECTED]:~$ im-switch -l No alternatives defined for language en_GB ======================================================= The following languages have been configured to use input methods: ja_JP This is precisely what we do NOT want. Whether input methods are used or not should be left to the user, not to the (GUI) interface language. In a multilingual (UTF-8) environment the interface language is just about irrelevant. I want to be able to input Japanese in an en_GB.UTF-8 system, and uim can do this very well, but im-switch just prevents this. This is a functionality bug (not just wishlist). This dependency should be an option, not automatic, until the consequences have become more clear and better documentation for users provided. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.25 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages uim-common depends on: pi im-switch 1.2 Input method switch framework ii libuim0 1:0.4.7-1 Simple, secure, and flexible input uim-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
