From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steve Revilak Newsgroups: gmane.emacs.help Subject: Re: Trouble typing extended characters with emacsclient Date: Tue, 4 Jan 2011 07:16:42 -0500 Message-ID: <20110104121642.GA6359@srevilak.net> References: <874o9ph2ac.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" X-Trace: dough.gmane.org 1294143443 10822 80.91.229.12 (4 Jan 2011 12:17:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 4 Jan 2011 12:17:23 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jan 04 13:17:19 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pa5pH-0003Zl-H0 for geh-help-gnu-emacs@m.gmane.org; Tue, 04 Jan 2011 13:17:19 +0100 Original-Received: from localhost ([127.0.0.1]:56431 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pa5pG-00055O-BF for geh-help-gnu-emacs@m.gmane.org; Tue, 04 Jan 2011 07:17:18 -0500 Original-Received: from [140.186.70.92] (port=43720 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pa5oq-00053G-Pj for help-gnu-emacs@gnu.org; Tue, 04 Jan 2011 07:16:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pa5op-0007mQ-L4 for help-gnu-emacs@gnu.org; Tue, 04 Jan 2011 07:16:52 -0500 Original-Received: from mail6.sea5.speakeasy.net ([69.17.117.50]:56254) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pa5op-0007lq-DJ for help-gnu-emacs@gnu.org; Tue, 04 Jan 2011 07:16:51 -0500 Original-Received: (qmail 28715 invoked from network); 4 Jan 2011 12:16:49 -0000 Original-Received: from pool-173-48-171-190.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[173.48.171.190]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jan 2011 12:16:49 -0000 Content-Disposition: inline In-Reply-To: <874o9ph2ac.fsf@kuiper.lan.informatimago.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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 Xref: news.gmane.org gmane.emacs.help:78162 Archived-At: --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable >> I'm hoping that one of you could help me with an emacsclient problem. >> >> When I start emacs as "emacs -Q -nw", I can use the Compose key to >> type extended characters. For example the key sequence >> >> " u >> >> produces the character "?". >> >> I cannot get the same behavior with emacsclient. Specifically, if I >> start emacs in daemon mode >> >> emacs -Q --daemon >> >> and use "emacsclient myfile.txt", then typing the sequence >> above gives "C<" (two characters), rather than ?. >Also, check the encoding codes on the left of the mode line. Do they >indicate iso or utf-8, or do they indicate an ASCII display? Pascal, Thanks for the suggestion. Below is the mode line for the response that I'm writing; it indicates ascii. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -=3D--:@**--F3 mutt-sunny-1000-6359-23 87% (422,0) (Text Server Fill) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (Mutt, my MUA, runs emacsclient as an editor.) C-h v buffer-file-coding-system tells me | buffer-file-coding-system is a variable defined in `C source code'. | Its value is undecided-unix | Local in buffer mutt-sunny-1000-6359-19; global value is utf-8-unix I've tried=20 M-x set-buffer-file-coding-system RET utf-8-unix RET This changes the beginning of the mode line to "-=3D-U:", but it does not change the key behavior that I described earlier. >What about iso-transl? > >(require 'iso-transl) >C-x 8 " u --> ? iso-transl addresses half of the problem. C-x 8 " u inserts the correct character. Within emacsclient, the character appears as a "?" (char 63) but the actual character is "=FC" (char 252). Steve --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAk0jD6oACgkQX7YJI4BuyDR6TQCggZfs/FagANXikud3QythrESw OOcAniWlx4kxeiEhKTneLIiJnjlLgCfE =K/tk -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb--