From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: extending case-fold-search to remove nonspacing marks (diacritics etc.) Date: Fri, 6 Feb 2015 07:06:27 -0200 Message-ID: References: <87fvakvwbf.fsf@lifelogs.com> <87386jx2m2.fsf@mail.linkov.net> <83fvajeb03.fsf@gnu.org> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8fb1f3384c4c82050e67bc26 X-Trace: ger.gmane.org 1423213620 7943 80.91.229.3 (6 Feb 2015 09:07:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Feb 2015 09:07:00 +0000 (UTC) Cc: emacs-devel , Juri Linkov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 06 10:07:00 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YJesN-0007hl-M4 for ged-emacs-devel@m.gmane.org; Fri, 06 Feb 2015 10:06:59 +0100 Original-Received: from localhost ([::1]:47259 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJesM-0006hB-SK for ged-emacs-devel@m.gmane.org; Fri, 06 Feb 2015 04:06:58 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJeru-0006c3-M6 for emacs-devel@gnu.org; Fri, 06 Feb 2015 04:06:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJert-0007D7-PG for emacs-devel@gnu.org; Fri, 06 Feb 2015 04:06:30 -0500 Original-Received: from mail-ob0-x230.google.com ([2607:f8b0:4003:c01::230]:63012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJerr-0007CL-HY; Fri, 06 Feb 2015 04:06:27 -0500 Original-Received: by mail-ob0-f176.google.com with SMTP id wo20so12101286obc.7; Fri, 06 Feb 2015 01:06:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ufg3RJ9cSzlRy5ymQdtCHBZje4q2U57AEw8M02SciTQ=; b=uC/5cgVyD6GCPLeRxCAdrcnXY+VqaJ0M2tyTqo26NBBIKfpBgtxEs2UY8JhNezZies Z/W9rt2FDXFDkl+k6XthJwCtOn/vN6Z6R8gMMwYTpL4m2iNRDbIfw1abnq7Nev3SHwP/ cTv1lFOUJ9wEzABw20DpcQOXPXKLxiMMNzG7D6oo5sI4UwhTIEN2MWiYVLJM+T6g9CQ4 /OnDIK7BTfV3QzzXhBx21GFFBaTMLuPP4RA4xQwk1luHJ3PYMMSCeqaShgV+DT4Ni75b 1k2HJmXjxMXcoGetswI9mxTdKAm1U8TUw8uWKBf/dmToPmiVlwGFtqDSxFo/M4SpT7Tm AI8w== X-Received: by 10.182.68.12 with SMTP id r12mr1746014obt.84.1423213587089; Fri, 06 Feb 2015 01:06:27 -0800 (PST) Original-Received: by 10.76.125.1 with HTTP; Fri, 6 Feb 2015 01:06:27 -0800 (PST) Original-Received: by 10.76.125.1 with HTTP; Fri, 6 Feb 2015 01:06:27 -0800 (PST) In-Reply-To: <83fvajeb03.fsf@gnu.org> X-Google-Sender-Auth: 96j0d3ROxNWwENxtYkIK3SXNHN4 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182507 Archived-At: --e89a8fb1f3384c4c82050e67bc26 Content-Type: text/plain; charset=UTF-8 On 6 Feb 2015 07:48, "Eli Zaretskii" wrote: > > > Date: Fri, 6 Feb 2015 02:32:46 +0000 > > From: Artur Malabarba > > Cc: emacs-devel > > > > There's probably a way of handling these in c code, but it'll have to > > be done manually (translation tables won't do it). > > We already have the decomposition in our database, so nothing needs to > be done manually. Yes. By "manually", I wasn't referring to the database, I was referring to the c code necessary (in the sense that it's not a matter of simply using translation tables, it will just need some ad-hoc coding). > > And by someone who understands this more than me. :-) > > The "understands" part has been taken care of when constructing those > databases. You just need to use them. Yes. By "understanding" I was referring to the c code necessary, not the database. I've actually got quite familiar with the database. :-P --e89a8fb1f3384c4c82050e67bc26 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 6 Feb 2015 07:48, "Eli Zaretskii" <eliz@gnu.org> wrote:
>
> > Date: Fri, 6 Feb 2015 02:32:46 +0000
> > From: Artur Malabarba <bruce.connor.am@gmail.com>
> > Cc: emacs-devel <emacs-= devel@gnu.org>
> >
> > There's probably a way of handling these in c code, but it= 9;ll have to
> > be done manually (translation tables won't do it).
>
> We already have the decomposition in our database, so nothing needs to=
> be done manually.

Yes.
By "manually", I wasn't referring to the database, I was refe= rring to the c code necessary (in the sense that it's not a matter of s= imply using translation tables, it will just need some ad-hoc coding).

> > And by someone who understands this more than me. = :-)
>
> The "understands" part has been taken care of when construct= ing those
> databases.=C2=A0 You just need to use them.

Yes. By "understanding" I was referring to the c c= ode necessary, not the database. I've actually got quite familiar with = the database. :-P

--e89a8fb1f3384c4c82050e67bc26--