From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3921 invoked by alias); 14 May 2009 21:51:37 -0000 Received: (qmail 3890 invoked by uid 22791); 14 May 2009 21:51:34 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 14 May 2009 21:51:27 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n4ELpQTg005977; Thu, 14 May 2009 17:51:26 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n4ELpPAt001630; Thu, 14 May 2009 17:51:25 -0400 Received: from [10.15.16.113] (dhcp-10-15-16-113.yyz.redhat.com [10.15.16.113]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n4ELpOwc028441; Thu, 14 May 2009 17:51:25 -0400 Message-ID: <4A0C925C.6090906@redhat.com> Date: Thu, 14 May 2009 21:51:00 -0000 From: Jeff Johnston User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: newlib@sourceware.org, cygwin@cygwin.com Subject: Re: [Fwd: [1.7] wcwidth failing configure tests] References: <20090512165404.GW21324@calimero.vinschen.de> <416096c60905120956n5521929bm69586f5e6325a994@mail.gmail.com> <20090512173153.GY21324@calimero.vinschen.de> <3f0ad08d0905140858j17c7b374paa649f18ef18178d@mail.gmail.com> <20090514172625.GA20688@calimero.vinschen.de> In-Reply-To: <20090514172625.GA20688@calimero.vinschen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2009-05/txt/msg00457.txt.bz2 Corinna Vinschen wrote: > On May 15 00:58, IWAMURO Motonori wrote: > >> 2009/5/13 Corinna Vinschen : >> >>>> http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c >>>> >>> This looks nice. >>> >> Do you import Markus Kuhn's wcwidth implementation? >> >> >>>> Trouble is, there's the thorny issue of the "CJK Ambiguous Width" >>>> category of characters, which consists of things like Greek and >>>> Cyrillic letters as well as line drawing symbols. Those have a width >>>> of 1 in Western use, yet with CJK fonts they have a width of 2. That's >>>> why Markus Kuhn's code includes the mk_wcswidth_cjk() variant. >>>> >>> We should use the standard variation alone, imho. >>> >> I don't think so. >> >> 1) It is very very inconvenient for me :-) >> (Now, I apply the local patch of CJK width support to cygwin1.dll in >> my environment.) >> >> 2) Unicode Standard Annex #11 >> http://www.unicode.org/unicode/reports/tr11/ recommends: >> >>> 5 Recommendations >>> >> (snip) >> >>> When processing or displaying data >>> >> (snip) >> >>> Ambiguous characters behave like wide or narrow characters depending >>> on the context (language tag, script identification, associated >>> font, source of data, or explicit markup; all can provide the >>> context). If the context cannot be established reliably, they should >>> be treated as narrow characters by default. >>> >> The recommendation is independent of legacy encoding. >> >> I think that a new locale category that specifies the "context" is necessary. >> Because the "context" influences only the display or text layout. >> >> However, there is no such standard now. >> >> Therefore, I propose to use *_cjk() when the language part of LC_CTYPE >> is 'ja', 'ko', 'vi' or 'zh'. >> > > That would be fine with me, but tests for the actual language are not > used anywhere in newlib, so that's something very new. Can we check in my patch for the time being and > extend it with the CJK variation later? I will not be available for the > next two weeks, but I'd be glad if at least the default variation can go > in so I can create another Cygwin test release before I'm offline. > > > Corinna, I have no problem with checking the new patch in and extending this later, assuming you have thoroughly tested this implementation. -- Jeff J. > Corinna > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/