From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25199 invoked from network); 18 Apr 2008 16:07:00 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 18 Apr 2008 16:07:00 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 89385 invoked from network); 18 Apr 2008 16:06:58 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 18 Apr 2008 16:06:58 -0000 Received: (qmail 16816 invoked by alias); 18 Apr 2008 16:06:55 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24844 Received: (qmail 16800 invoked from network); 18 Apr 2008 16:06:55 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 18 Apr 2008 16:06:55 -0000 Received: from cluster-g.mailcontrol.com (cluster-g.mailcontrol.com [85.115.41.190]) by bifrost.dotsrc.org (Postfix) with ESMTP id EFB5B8043AC7 for ; Fri, 18 Apr 2008 18:06:48 +0200 (CEST) Received: from cameurexb01.EUROPE.ROOT.PRI ([62.189.241.200]) by rly25g.srv.mailcontrol.com (MailControl) with ESMTP id m3IG6juU032722 for ; Fri, 18 Apr 2008 17:06:46 +0100 Received: from news01.csr.com ([10.103.143.38]) by cameurexb01.EUROPE.ROOT.PRI with Microsoft SMTPSVC(6.0.3790.3959); Fri, 18 Apr 2008 17:06:44 +0100 Received: from news01.csr.com (localhost.localdomain [127.0.0.1]) by news01.csr.com (8.14.2/8.13.4) with ESMTP id m3IG6j9U017810 for ; Fri, 18 Apr 2008 17:06:45 +0100 Received: from csr.com (pws@localhost) by news01.csr.com (8.14.2/8.14.2/Submit) with ESMTP id m3IG6jCP017807 for ; Fri, 18 Apr 2008 17:06:45 +0100 Message-Id: <200804181606.m3IG6jCP017807@news01.csr.com> X-Authentication-Warning: news01.csr.com: pws owned process doing -bs To: zsh-workers@sunsite.dk Subject: Re: Combining characters and MacOSX In-reply-to: <12C9D7E4-D02E-478F-92BD-FDB75F3C8B2D@kba.biglobe.ne.jp> References: <12C9D7E4-D02E-478F-92BD-FDB75F3C8B2D@kba.biglobe.ne.jp> Comments: In-reply-to "Jun T." message dated "Sat, 19 Apr 2008 00:52:19 +0900." Date: Fri, 18 Apr 2008 17:06:45 +0100 From: Peter Stephenson X-OriginalArrivalTime: 18 Apr 2008 16:06:44.0649 (UTC) FILETIME=[328AC990:01C8A16E] X-Scanned-By: MailControl A-08-50-01 (www.mailcontrol.com) on 10.71.0.135 X-Virus-Scanned: ClamAV 0.91.2/6827/Fri Apr 18 16:42:03 2008 on bifrost X-Virus-Status: Clean "Jun T." wrote: > Since all the filenames are decomposed in MacOSX, I guess > many Mac users (including me) have been waiting for the > combining character support eagerly. > > But the recent "combining character patch" does not work > on MacOSX, just because wcwidth() on MacOSX is broken. > > Is it possible to include a working version of wcwidth() > in the zsh source tree and use it if the system's wcwidth() > is broken? > For example, a version written by Markus Kuhn can be found in: > http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c Yes, that should be usable. Presumably it shouldn't be too difficult to craft a configure test for whether the system's wcwidth() returns something sensible on a standard zero-width character. -- Peter Stephenson Software Engineer CSR PLC, Churchill House, Cambridge Business Park, Cowley Road Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070