bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Pasting under X11 (Xfree86-4.2) broken


From: Florian Hars
Subject: Pasting under X11 (Xfree86-4.2) broken
Date: Wed, 13 Feb 2002 11:07:41 +0100

In GNU Emacs 21.1.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2001-12-06 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr 
--sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib 
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --with-x=yes 
--with-x-toolkit=athena --without-gif'
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: de_DE@euro
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t


If I paste something which I have selected with the mouse in some
other (XFree-4.2)-window, emacs2[01] produce totally garbled text:

%/1=80=8eiso8859-15=81=e4=81=f6=81=fc 
%/1=80=8eiso8859-15=81=c4=81=d6=81=dc

What is the point in explicitly marking latin-9 characters in a
latin-9 environment as latin-9 when it is evident that they can only
be latin-9? Every other program (at least XEmacs ans all GTK-based
programs) gets this right.

Disabling multibyte or playing around with C-x RET x doesn't change
anything. Under XFree-4.1.0.1 everything works as expected.

I can paste from any program to any program except emacs,
from emacs to any programm (including another emacs), and from
an unicodified xterm to any program, *including* emacs, without
problems. So the problem seems to be that emacs doesn't like
the selections from programs without full unicode-support.

If there already a known solution to this problem, it should be
documented somewhere.

Yours, Florian Hars



reply via email to

[Prev in Thread] Current Thread [Next in Thread]