10.4 upgrade -- US international under gnome: kde applications dead?

[wgw]

My us international keyboard works fine in most applications (including bash), but with wine and "Basket Note Pads" (a kde program?) it doesn't. I tried to follow a few fixes, but what I realize is that something doesn't make sense in my setup. Under 9.10, everything worked. I installed skim too (not sure if it is activated when a kde program is launched).

Here is the code I used to see some settings

IM=scim; echo -e "\n[CODE""]\nSettings:"; grep -nvH ^\# /etc/alternatives/xinput-all_ALL; echo -e "\nCurrent variables:\nGTK:\t$GTK_IM_MODULE\nQt:\t$QT_IM_MODULE\nXMOD:\t$XMODIFIERS\n\nInstalled packages:"; dpkg -l *$IM* | grep ^ii | awk '{ print $2 }'; echo -e "\nCurrent processes:"; ps aux | grep -i $IM | grep -v grep; echo "[/CODE""]"

And I got ... nothing!

Settings:
/etc/alternatives/xinput-all_ALL:4:
/etc/alternatives/xinput-all_ALL:19:XIM=
/etc/alternatives/xinput-all_ALL:20:XIM_PROGRAM=
/etc/alternatives/xinput-all_ALL:21:XIM_ARGS=
/etc/alternatives/xinput-all_ALL:22:XIM_PROGRAM_XTRA=
/etc/alternatives/xinput-all_ALL:24:XIM_PROGRAM_SETS_ITSELF_AS_DAEMON=
/etc/alternatives/xinput-all_ALL:29:GTK_IM_MODULE=
/etc/alternatives/xinput-all_ALL:30:QT_IM_MODULE=
/etc/alternatives/xinput-all_ALL:31:
/etc/alternatives/xinput-all_ALL:35:DEPENDS=
/etc/alternatives/xinput-all_ALL:36:
/etc/alternatives/xinput-all_ALL:40:

Current variables:
GTK:	
Qt:	
XMOD:	

Installed packages:
libscim8c2a
scim
scim-bridge-agent
scim-bridge-client-gtk
scim-bridge-client-qt4
scim-gtk2-immodule
scim-modules-socket
scim-modules-table
scim-tables-additional

Current processes:

That's surprising because things work fine under bash.

Help!

[wgw]

I reported this on https://bugs.launchpad.net/ubuntu/+bug/618894

Here is my quasi-solution reported there:

Now it is working. I'm not sure what fixed it, but here are a few factors:

I set:
LC_ALL=en_US.UTF8

I put the international keyboard as the default keyboard.

I installed qt-ibus support, and set ibus input method to none (not xim).

My bet is that the LC_ALL=en_US.UTF8 would have been sufficient, (with qt input settings at scim-bridge?)