I actually filed the same bug a couple of years ago, as I recall. The behavior is the same, so no change seems to have taken place.
Some debugging notes first. Always try X11 apps first, to see if the problem is with X11. If X11 works, then the problem is with something on top of X11, usually GTK or KDE. The problem with X11 can be with a number of things such as the key symbols .h file, the Compose file, or the actual file for the specific keyboard. In this case, I tried entering U+0111 (Altgr-§-d) with xkb-data version 1.8-2 on debian stable, and xkb-data version 2.5-1ubuntu1.3 on the latest desktop ubuntu. I got the same results on both. If you try X11 (xterm, xev) everything works. Same for KDE (kaffeine et al). If you open gnome-terminal or some other gnome app, you will first get only a plain d. To rule out font problems, paste § to the gnome app. It should show up just fine. The solution is to change to the XIM input method. You can do this from the right mouse button for some apps, but for others you have to fiddle with the input settings globally. Once XIM is set as the input method, you get your Islandic đ. The behavior is obviously still wrong. GTK apps should work without the users having to fiddle with their input method settings. All input methods (at least the default one) should understand all correct input. However, I hope the above demonstrated conclusively that the problem is not with X11 or its configurations. The problem lies with input methods other than XIM when using GTK. Troy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
