From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: umlauts (8bit characters) input Date: Wed, 2 Feb 2005 20:37:54 +0100 Message-ID: <52d5fb0f65f30a624dbb0ffc0656cd06@Web.DE> References: <87zmynuhkm.fsf-monnier+gnu.emacs.help@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1107373872 25128 80.91.229.2 (2 Feb 2005 19:51:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2005 19:51:12 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Feb 02 20:51:11 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CwQWi-0002V3-NP for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Feb 2005 20:51:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwQjt-0000RH-QM for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Feb 2005 15:04:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CwQch-0007wR-Ag for help-gnu-emacs@gnu.org; Wed, 02 Feb 2005 14:57:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CwQcU-0007pZ-1G for help-gnu-emacs@gnu.org; Wed, 02 Feb 2005 14:57:01 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwQcS-0007mq-3w for help-gnu-emacs@gnu.org; Wed, 02 Feb 2005 14:56:56 -0500 Original-Received: from [217.72.192.226] (helo=smtp08.web.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CwQK8-0002RH-3M for help-gnu-emacs@gnu.org; Wed, 02 Feb 2005 14:38:00 -0500 Original-Received: from [80.184.222.167] (helo=[192.168.1.2]) by smtp08.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.103 #192) id 1CwQK5-0003x9-00; Wed, 02 Feb 2005 20:37:57 +0100 In-Reply-To: <87zmynuhkm.fsf-monnier+gnu.emacs.help@gnu.org> Original-To: Stefan Monnier X-Mailer: Apple Mail (2.619.2) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org X-MailScanner-To: geh-help-gnu-emacs@m.gmane.org Xref: main.gmane.org gmane.emacs.help:23878 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:23878 Am 02.02.2005 um 16:19 schrieb Stefan Monnier: > >> real umlauts! But in shell they're gone ... a bunch of control codes?=20= >> (I >> am using tcsh and see=20 >> a\314?o\314?u\314?\303?U\314?O\314?A\314?\342?\254 >> instead of =E4=F6=FC?=DC=D6=C4=DB, shell has only 'uu-') > > Could you try posting in a more widely available charset than=20 > mac-roman? > The last char of "uu-" is meaningless in a shell buffer (it's the=20 > encoding > of the file associated with the buffer, and since shell buffers have = no > associated file, ...). Sorry, this is no mac-roman, it's exactly what I see in xterm or in=20 Terminal in the shell buffer -- although I should see something=20 different: =E4=F6=FC=DF=DC=D6=C4=80. That's the file's name. (Mail.app = claims that it=20 is using a 7bit encoding.) > >> The X11 client is even worse: copy and paste in this same Emacs does=20= >> not >> work (a simple =E4 is converted to a whole book volume of glyphs that=20= >> are >> hard to describe), > > Huh? You mean you can't copy&paste from Emacs to itself correctly? > Or do you mean you can't correctly copy from Emacs to something else? > Or you can't correctly paste from something else to Emacs? My .emacs file is only 8bit, so I chose ISO Latin-15. In its header it=20= is explicitly written ;;; -*- mode: Emacs-Lisp; coding: iso-8859-15; -*- When I copy a string with characters from this set via double-clicking=20= the selection and paste it either in the same or in the (Unicode)=20 scratch buffer the simple accented chars become each a series of this=20 character and mostly \216 -- me and others have seen similiar things in=20= GNOME under Linux when copying from outside GNU Emacs. Pressing umlauts=20= etc. on my keyboard enter exactly these umlauts into the buffers. C-x =3D=20= explains in hex that they're taken from the usual code positions (for=20 example =C4 is 0x8c4, =E4 is 0x8e4). I can send you a snapshot privately ... >> and displays 'aou...=DB', and shell uses no mode '--:**...'=20= >> as in >> Terminal and shows the name as in Terminal. > > The just means that it couldn't find a font to display the char. > Go to that char and hit C-u C-x =3D to see which char it is. Maybe = you=20 > just > need to help Emacs find the right font. There is no char. So there should not be a box. The correct string is=20 =E4=F6=FC=DF... and as it's a file name, it's UTF-8 encoded. (Since the=20= displayed glyphs are the chars stripped off their diaeresis the box=20 could be ... but it's : "(01211310, 332488, 0x512c8, file ...). A bit=20 astronomical high. =E6 and =C6 and =80 are represented by themselves. > But of course, first we need to know which Emacs version you're=20 > running. > If it's Emacs-CVS, please move this discussion to emacs-devel@gnu.org=20= > or > emacs-pretest-bug@gnu.org. Since the Fink team decided to distribute in the unstable section an=20 Emacs from CVS ... (but there was not much difference to 21.3.50, it=20 might be exactly 0 in this case) -- Greetings Pete