From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.bugs Subject: bug#22147: Obsolete search-forward-lax-whitespace Date: Thu, 17 Dec 2015 16:33:47 +0000 Message-ID: References: <87wpsk7dcs.fsf@mail.linkov.net> <87d1ubz3w9.fsf@mail.linkov.net> <87r3ipoofk.fsf@mail.linkov.net> <87zixcblno.fsf@mail.linkov.net> <874mfjchp1.fsf@mail.linkov.net> <87mvt9evf9.fsf@mail.linkov.net> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113f67ee519bf805271a9636 X-Trace: ger.gmane.org 1450370063 21152 80.91.229.3 (17 Dec 2015 16:34:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Dec 2015 16:34:23 +0000 (UTC) Cc: 22147@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 17 17:34:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1a9bVL-0003V3-Dn for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Dec 2015 17:34:11 +0100 Original-Received: from localhost ([::1]:54638 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9bVK-00067R-Or for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Dec 2015 11:34:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9bVG-00067K-6y for bug-gnu-emacs@gnu.org; Thu, 17 Dec 2015 11:34:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9bVC-0003AW-TW for bug-gnu-emacs@gnu.org; Thu, 17 Dec 2015 11:34:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47017) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9bVC-0003AS-PB for bug-gnu-emacs@gnu.org; Thu, 17 Dec 2015 11:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a9bVC-00039Q-Hg for bug-gnu-emacs@gnu.org; Thu, 17 Dec 2015 11:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Artur Malabarba Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Dec 2015 16:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22147 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22147-submit@debbugs.gnu.org id=B22147.145037003512100 (code B ref 22147); Thu, 17 Dec 2015 16:34:02 +0000 Original-Received: (at 22147) by debbugs.gnu.org; 17 Dec 2015 16:33:55 +0000 Original-Received: from localhost ([127.0.0.1]:54619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9bV5-000396-HA for submit@debbugs.gnu.org; Thu, 17 Dec 2015 11:33:55 -0500 Original-Received: from mail-lf0-f41.google.com ([209.85.215.41]:34135) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9bV4-00038n-6D for 22147@debbugs.gnu.org; Thu, 17 Dec 2015 11:33:54 -0500 Original-Received: by mail-lf0-f41.google.com with SMTP id y184so55441159lfc.1 for <22147@debbugs.gnu.org>; Thu, 17 Dec 2015 08:33:54 -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=GqZgq/Eouov5SH74SsSksdhubljw6cDk0IZiWBvtQ6k=; b=ojZvfuBqPnJz0KX/H8JWGnwu/pDCUXhqVwBpIEqGvm8cefIruEGOAmRtIngxIqtZPC IC1mumF8cJspxqeJIVgZxV8HD0DVEdsPi5sa3g9QvcSOp4NQ5sV3IDijHCprJ0kEr/XC HG9Rk8qYqeva2beN2RHLnF833S/5BnIuySRsx/SCuTAQpUk3+YFe8SMycKn6xp5jwiYT 4DyxlgRdB7zcKqTpIx1N6pOvglvdGKJlNt4wH6dGhOShDdlbFT2FsWWZmpGlVG3MPVQn 6ZcF6vX2dEwWj1NT3vlpVO4vR1PStlNVHGvSdV5WXMRLzv/0axeGO7SkCSYCDEHU2lfL fmVw== X-Received: by 10.25.18.231 with SMTP id 100mr12579580lfs.25.1450370028115; Thu, 17 Dec 2015 08:33:48 -0800 (PST) Original-Received: by 10.112.202.99 with HTTP; Thu, 17 Dec 2015 08:33:47 -0800 (PST) Original-Received: by 10.112.202.99 with HTTP; Thu, 17 Dec 2015 08:33:47 -0800 (PST) In-Reply-To: <87mvt9evf9.fsf@mail.linkov.net> X-Google-Sender-Auth: ziS7KV3FLmoYTmt09kZHki4ArA0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110083 Archived-At: --001a113f67ee519bf805271a9636 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 17 Dec 2015 12:57 am, "Juri Linkov" wrote: > > >> I mean a char-folding customization that allows a search > >> for =E2=80=9C=C3=A4=E2=80=9D match =E2=80=9Ca=E2=80=9D. Is this alrea= dy possible? > > > > Not yet. > > I do want to expose more char folding options, but I want to wait for > > emacs-25 to come out first, to see if and how people will use this feature. > > char-fold-symmetric could wait for later, but we definitely need > char-fold-ad-hoc now before the release because the users should be > able to customize the default rules. Indeed. =F0=9F=91=8D Once we do that, we also need a variable to determine whether we should derive the default table from the unicode standard (like we currently do) or just use an empty default with the ad-hoc rules slapped on top. --001a113f67ee519bf805271a9636 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 17 Dec 2015 12:57 am, "Juri Linkov" <juri@linkov.net> wrote:
>
> >> I mean a char-folding customization that allows a search
> >> for =E2=80=9C=C3=A4=E2=80=9D match =E2=80=9Ca=E2=80=9D.=C2=A0= Is this already possible?
> >
> > Not yet.
> > I do want to expose more char folding options, but I want to wait= for
> > emacs-25 to come out first, to see if and how people will use thi= s feature.
>
> char-fold-symmetric could wait for later, but we definitely need
> char-fold-ad-hoc now before the release because the users should be > able to customize the default rules.

Indeed. =F0=9F=91=8D
Once we do that, we also need a variable to determine whether we should der= ive the default table from the unicode standard (like we currently do) or j= ust use an empty default with the ad-hoc rules slapped on top.

--001a113f67ee519bf805271a9636--