From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22553 invoked from network); 18 Dec 2005 19:38:03 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 18 Dec 2005 19:38:03 -0000 Received: (qmail 9579 invoked from network); 18 Dec 2005 19:37:57 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 18 Dec 2005 19:37:57 -0000 Received: (qmail 1741 invoked by alias); 18 Dec 2005 19:37:54 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22094 Received: (qmail 1732 invoked from network); 18 Dec 2005 19:37:54 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 18 Dec 2005 19:37:54 -0000 Received: (qmail 9284 invoked from network); 18 Dec 2005 19:37:54 -0000 Received: from lorien.emufarm.org (HELO lorien.comfychair.org) (64.81.48.166) by a.mx.sunsite.dk with SMTP; 18 Dec 2005 19:37:52 -0000 Received: from lorien.comfychair.org (localhost [127.0.0.1]) by lorien.comfychair.org (8.13.4/8.13.4) with ESMTP id jBIJcQPQ006703; Sun, 18 Dec 2005 11:38:26 -0800 Received: (from duvall@localhost) by lorien.comfychair.org (8.13.4/8.13.4/Submit) id jBIJcPNh006702; Sun, 18 Dec 2005 11:38:25 -0800 Date: Sun, 18 Dec 2005 11:38:25 -0800 From: Danek Duvall To: Bart Schaefer Cc: Zsh hackers list Subject: Re: PATCH: multibyte FAQ Message-ID: <20051218193825.GG21510@lorien.comfychair.org> Mail-Followup-To: Danek Duvall , Bart Schaefer , Zsh hackers list References: <20051214192539.GE3640@lorien.comfychair.org> <200512142109.jBEL9S5v003595@pwslaptop.csr.com> <20051216093949.GC21510@lorien.comfychair.org> <1051216171324.ZM10570@candle.brasslantern.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1051216171324.ZM10570@candle.brasslantern.com> User-Agent: mutt-ng/devel-r535 (Linux) On Fri, Dec 16, 2005 at 05:13:24PM +0000, Bart Schaefer wrote: > No, not really. The set of multibyte characters depends on the current > locale setting, and there are potentially thousands of them, most of > which will be broken by "bindkey -m". Oh, of course. I was thinking only of UTF-8 again. > } In xterm at least, you can control whether the meta key sets the > } eighth bit or sends an escape character depending on the values of the > } eightBitInput and metaSendsEscape resources. > > That doesn't have the desired effect for me, because eightBitInput has > to be false, which AFAICT means you can't send multibyte characters > either. Am I doing something wrong, or is my xterm version too old? Not sure, as I haven't actually tried it, and I don't have any non-ascii keys on my keyboard to try it anyway, but from my reading of the xterm man page (version 205), it might be the case that it can distinguish between eight-bit characters and key combinations M- (the description in metaSendsEscape isn't clear, IMHO), and so setting both eightBitInput and metaSendsEscape to true would allow eight-bit characters to be sent cleanly to the terminal, and when you type M-, xterm sends ESC-. You probably also need to set "utf8: true" or "locale: true" or "locale: utf8" for multibyte character sets to work properly. I'm sure Thomas could set the record straight here. Danek