gtk2, iso14755, pasting non-ascii characters, and the x-windows clipboard

gtk2, iso14755, pasting non-ascii characters, and the x-windows clipboard

[josh buhl]

In GNU Emacs 21.3.1 (i386-pc-linux-gnu, X toolkit)
  of 2003-10-31 on raven, modified by Debian
configured using `configure  i386-linux --prefix=/usr 
--sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib 
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes 
--without-gif --with-x=yes --with-x-toolkit=athena 
--without-toolkit-scroll-bars'
Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: nil
   locale-coding-system: nil
   default-enable-multibyte-characters: t


I'm running emacs 21.3.1 on debian/testing with the gnome 2.4 desktop.


Emacs has a problem pasting in text with non-ascii characters from any
of the apps which are compiled with gtk2 (via marking with mouse, and
inserting per mouse-2 click). Here's an example:

I mark this text from a german webpage displayed in mozilla 1.5
compiled with gtk2:

"Soße wird in einer extra Soßenschüssel..."


Paste it into my Emacs buffer and get this:

"So\x{00DF}e wird in einer extra So\x{00DF}ensch\x{00FC}ssel..."

Emacs inserts the text correctly when it has been marked in kword,
kate, xedit, open office writer, or any other non-gtk2 app, and barfs
if the same text has been marked in mozilla, gedit, or *any gtk+ 2*
dialog like any of the gnome 2.4 dialogs. So I can mark a text in 
mozilla, paste it into xedit, _remark_ it and paste it into emacs, and 
it works, but if I don't remark, emacs barfs. If I mark the text in
Emacs, then I can paste it correctly into any non-gtk2 app, but if I
try to paste it into a gtk2 app, *nothing* gets pasted in.

However, the gtk2 apps and the non-gtk2 apps aside from emacs, all
seem to be able to paste this text in from each other properly. Only
emacs has this problem.

This behaviour is independent of what I've set LC_ALL to before
starting emacs, but if I logout and login with default session
language set to german, then all the pasting functions work properly.

I'm sure this is related to this: ISO 14755 specifies using
Ctrl+Shift+hex-digit to input unicode.  gtk2 implemented ISO 14755
input method.

The garbaged text corresponds exactly to the unicode hex encodings for
the characters. for example the unicode hex encoding of ß is 00DF and
emacs displays the pasted in ß as \x{00DF}. This certainly isn't a 
coincidence.

Re: gtk2, iso14755, pasting non-ascii characters, and the x-windows clipboard

[era]

On Tue, 16 Dec 2003 12:54:22 +0100, josh buhl <uzs33d@uni-bonn.de>
posted to gmane.emacs.bugs:
 > The garbaged text corresponds exactly to the unicode hex encodings for
 > the characters. for example the unicode hex encoding of ß is 00DF and
 > emacs displays the pasted in ß as \x{00DF}. This certainly isn't a
 > coincidence.

It's also the tired old Latin-1 code for the character, so this may
not be at all significant.

FWIW I've had trouble pasting between Mozilla and Emacs for as long as
I can remember (which is about two years -- before that I wasn't using
Mozilla, or Gnome). Currently this is Emacs 20.7.2 and Mozilla 1.3.1.
This Mozilla is using GTK 1.2 as far as I can tell. (I'm running Gnome
1.something -- Debian stable with some Ximian residue and backports,
notably Mozilla.)

/* era */

-- 
The email address era     the contact information   Just for kicks, imagine
at iki dot fi is heavily  link on my home page at   what it's like to get
spam filtered.  If you    <http://www.iki.fi/era/>  500 pieces of spam for
want to reach me, see     instead.                  each wanted message.