From owner-freebsd-i18n@FreeBSD.ORG Wed Aug 27 15:28:02 2014 Return-Path: Delivered-To: freebsd-i18n@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C11C54 for ; Wed, 27 Aug 2014 15:28:02 +0000 (UTC) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3E9C030FA for ; Wed, 27 Aug 2014 15:28:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1409153274; bh=Me8NL3cQAZHXGM5FkxOvDZHQ8eMG0v6cmBpF9FcL+20=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:From:Subject; b=B/RrSfAIMQXsoO0CMuVdgNPqI8TcpU6JuGzAFZfRZiQxhg4yfXUBsYESDd/u7Fc3M8xnSK1Gqof3xrb1PNASqG/0Yeo70JsWoAvpCibw1JqSG2NUCS3N6b/SvLHtgup9LxwSJXEkLZltQZfQf6534tn6APZbqgTdDl/RFofHzGXQUIY7dWE4JzocOLiJ9s1YuUWFK7sDrWRmZ/hECSR/HYfnQxof9ZFYnPsGBfZH8+prXT3xSe0sUOGUXSFC24GUXgZINITmgoM+bRB+B0l7Ct0eM4VCrnmA6suDawBnoEx/NgA9htvhyTN/tR3Zquv+eXEz5kY3+W7RHHp6yaME6w== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=qjoNU/sQeUdcX+eRSRPwCV6EP7MrPpthstQ3n/CSCzUuciFnfjaQpAWYqqLyO0bidTv14hH4sD4GN6RVhPHCSmrI5hRMo+aAYP2ZlwWogT1JE6q+k45q8/PmGyo6JNlMUk/CJL7viULLanaVm4caPgJm4L/omu84XAY/mAE7AD2hT90m5jbu+ABUzZAD6WDKsWtMgX4Vy/iAm2RNbgK+i5OXxih1+MSJv4Nmy0YczcRNTIvqoY94iFE1yArf2+ms54dC1qDYHeT9AldQm1cixC9yn5ZhjWl0a2RNsBnSkpun6EjCWF47ttRqvOu5BkxfKsqT/6Oi5TfZUy4m0gXNZA==; Received: from [66.196.81.170] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 Received: from [98.139.211.198] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 Received: from [127.0.0.1] by smtp207.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 X-Yahoo-Newman-Id: 879918.25685.bm@smtp207.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: K9VwH5kVM1nnsjGa3mRli6RRmWaA6ztzGinNhN9vOIg.faN JblK24uJyCv034snOhc7N6jnheVsP2tX4.afv_sooDzJ2_Gxah9oM.IfEMq. xbThr21Zaf50yg88JAe_WRgM.q_dspNb.KwFZxuDlH2LtP2AnNrGA.oQoqsY KR1_Cjm3JRtzvLT99QycwyqmjIURC3TCnPcrLS_0pgbQKZeXRY.4f5gzpzyk Ie1G23R5Slyaz863sQ0Y85CBEvcqPDQCUrHkgwvFyMb88JSBT_GObSGDVbg2 0RM0gGkZIz.sqUaHrmMNAiQ686XZfX8QZQgoFnrwxgHKterCnZN8yluHgU_X AQLi9g98VJZmMookhFBcogEqlbQbsokAsNBBZd7ib7Tn87p.qYZ6porkRUeL Q9Vj3ukBkNUpCPDMkWBsxFyRjRGrqN9LT4Ong5g_j4xZu38t1uW1G2ggRsrv cIMdXBoRcQ6kAgTK6ZFurLrzc4pcPLBrRkcwaV2n4hfbVsrVYhrL6wPsAJwG GuWH8OJZrokCfZtBLw4aW6sF0.40K2ohqEg-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <53FDF90B.4030400@freebsd.org> Date: Wed, 27 Aug 2014 10:28:11 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: ghostmansd@gmail.com Subject: Re: Report #9: Unicode support References: <20140826221610.GD65120@ivaldir.etoilebsd.net> <53FD1599.7040708@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , soc-status@freebsd.org, David Chisnall , Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: freebsd-i18n@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD Internationalization Effort List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 15:28:02 -0000 On 08/27/14 05:51, Dmitry Selyutin wrote: > ... >>> You never answered my question concerning the fallback options. >> Really? I thought that I answered. :-D Well, I'll try to explain >> again. DUCET seems to be a bit obsolete collation table, which can be >> more or less successfully used with real languages. However, in real >> world it is completely unusable, so ICU and other use CLDR collation >> table, which supports more levels. I started with DUCET since there >> was much more information about it, but then I found that it doesn't >> fit well, so I switched to CLDR. We have DUCET table somewhere in our >> revisions though; as a fallback option, it still may be useful, so I >> can restore it if you want. I don't see DUCET as being ever used but we are setting the old algorithm as a fallback for CLDR. I was just wondering how DUCET compares to the existing algorithm. Given that DUCET is in the standard and that you already implemented it, I thought it would be a better fallback than the old code. It's your call though. Pedro.