From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23006 invoked from network); 15 Aug 2005 15:07:41 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 15 Aug 2005 15:07:41 -0000 Received: (qmail 5706 invoked from network); 15 Aug 2005 15:07:35 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 15 Aug 2005 15:07:35 -0000 Received: (qmail 25875 invoked by alias); 15 Aug 2005 15:07:34 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 21613 Received: (qmail 25866 invoked from network); 15 Aug 2005 15:07:33 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 15 Aug 2005 15:07:33 -0000 Received: (qmail 5464 invoked from network); 15 Aug 2005 15:07:33 -0000 Received: from acolyte.scowler.net (216.254.112.45) by a.mx.sunsite.dk with SMTP; 15 Aug 2005 15:07:29 -0000 Received: by acolyte.scowler.net (Postfix, from userid 1000) id 3E4C670055; Mon, 15 Aug 2005 11:06:48 -0400 (EDT) Date: Mon, 15 Aug 2005 11:06:48 -0400 From: Clint Adams To: Peter Stephenson Cc: zsh-workers@sunsite.dk Subject: some unicode issues [was Re: PATCH: fix 4, was Re: unpatch: metafying zle line] Message-ID: <20050815150648.GA24152@scowler.net> Mail-Followup-To: Peter Stephenson , zsh-workers@sunsite.dk References: <200508121021.j7CAL18n012569@news01.csr.com> <20050815105717.723be294.pws@csr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050815105717.723be294.pws@csr.com> User-Agent: Mutt/1.5.9i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 > This turns on ZLE_UNICODE_SUPPORT by default when the environment supports > it. For now we require full ISO 10646 support (__STDC_ISO_10646__). I'm This is great! > The problems Andrej's been seeing are likely to be mostly specific to real > wide characters: since the completion code uses multibyte characters, with > normal ASCII it sees exactly what it would have with ZLE_UNICODE_SUPPORT > turned off. So we will be relying a lot on people who need characters not > in ASCII. I notice two areas that need attention. % ls 한국어/ English/ español/ ish中文/ Türkçe/ Ελληνικάeek/ 中文/ català/ Englishий/ français/ Português/ Ελληνικά/ Русский/ 中文ish/ % cd Completing local directory 한국어 Englishий/ ish中文 Ελληνικά 中文 català/ español/ Português/ Ελληνικάeek 中文ish English/ français/ Türkçe/ Русский The directories with the / suffix are colored red, and the unmarked ones are uncolored. Display width is also miscalculated when tabbing through the completions.