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: Please add comments to isearch.el Date: Thu, 17 Dec 2015 10:19:15 +0000 Message-ID: References: <83fuzoojcn.fsf@gnu.org> <83poyd8kta.fsf@gnu.org> <20151211121617.GA3351@acm.fritz.box> <83y4d16txk.fsf@gnu.org> <83lh916jpp.fsf@gnu.org> <871tasbnhh.fsf@mail.linkov.net> <83d1uc6sdq.fsf@gnu.org> <874mfntfgq.fsf@mail.linkov.net> <8737v5ubog.fsf@mail.linkov.net> <876100egi4.fsf@mail.linkov.net> <87io3zdwom.fsf@mail.linkov.net> <8760zxgado.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=001a11c3b13edec1830527155afa X-Trace: ger.gmane.org 1450347578 31422 80.91.229.3 (17 Dec 2015 10:19:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Dec 2015 10:19:38 +0000 (UTC) Cc: Alan Mackenzie , Eli Zaretskii , emacs-devel To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 17 11:19:34 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 1a9Veh-0006Pf-RZ for ged-emacs-devel@m.gmane.org; Thu, 17 Dec 2015 11:19:28 +0100 Original-Received: from localhost ([::1]:51949 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9Veg-0004in-QR for ged-emacs-devel@m.gmane.org; Thu, 17 Dec 2015 05:19:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9Vec-0004iR-7A for emacs-devel@gnu.org; Thu, 17 Dec 2015 05:19:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9VeY-0001OV-9E for emacs-devel@gnu.org; Thu, 17 Dec 2015 05:19:22 -0500 Original-Received: from mail-lb0-x235.google.com ([2a00:1450:4010:c04::235]:33306) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9VeW-0001Nm-LO; Thu, 17 Dec 2015 05:19:16 -0500 Original-Received: by mail-lb0-x235.google.com with SMTP id kw15so42520374lbb.0; Thu, 17 Dec 2015 02:19:16 -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=56lZf3g2gXgz06QRSgqRA6XPt7g2LAmreaKdBpt/Uyw=; b=DWkiT3fmK3tcuxKsWSoFYayMDQqJxZ9SFRUiivJ2WqFSHeOiogZLgI6WpEfi46azMV K/pkwDrlDl30JmMoCJYlkBdabrVj1EDc2TjfZ3G/EwX6S63seVYqPoiWTrI9rbkfo/VK 8U3pxBC9p3UNeKcpq15arO47/fZvP+hPFwq+mU+l7QF4nBbwtWCq3AH6WqMyq9x0hyq5 THutqZOHwsz5wfnXn+1+1gsjH/4a9Akn3RyDzo0gDzHgnTERxGe+8qF8nwZLHpIeN8uJ fyOddPyNG+y9nfx3HJOIplUPD7zF99fZReRfYbzj+raHSD9QbxBY8RhqfKXBqfClLQ8t 47PQ== X-Received: by 10.112.13.66 with SMTP id f2mr17649687lbc.79.1450347555894; Thu, 17 Dec 2015 02:19:15 -0800 (PST) Original-Received: by 10.112.202.99 with HTTP; Thu, 17 Dec 2015 02:19:15 -0800 (PST) Original-Received: by 10.112.202.99 with HTTP; Thu, 17 Dec 2015 02:19:15 -0800 (PST) In-Reply-To: <8760zxgado.fsf@mail.linkov.net> X-Google-Sender-Auth: 6oBpFWsIkjzsPTybMPTC24QHKY4 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c04::235 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:196418 Archived-At: --001a11c3b13edec1830527155afa Content-Type: text/plain; charset=UTF-8 On 17 Dec 2015 12:55 am, "Juri Linkov" wrote: > > > I don't really like custom variables that try to do everything and have > > complex structures. > > Then what do you think about two customizable variables: > > 1. search-default-regexp-function that always holds a function; > > 2. search-default-regexp-mode (or just search-default-mode) > that defines whether to use search-default-regexp-function, > or use a regexp search, or use a literal search? I'm fine with this. And, just to be clear, I'm also fine with the suggestion of having a single variable and using the identity to indicate regexp-search (like I said, it would just take a bit of care to not lose any functionality). My objection about huge variables was just with respect to the suggestion of also bundling other options into that variable, like lax-whitespace, invisible, case-fold. --001a11c3b13edec1830527155afa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 17 Dec 2015 12:55 am, "Juri Linkov" <juri@linkov.net> wrote:
>
> > I don't really like custom variables that try to do everythin= g and have
> > complex structures.
>
> Then what do you think about two customizable variables:
>
> 1. search-default-regexp-function that always holds a function;
>
> 2. search-default-regexp-mode (or just search-default-mode)
> =C2=A0 =C2=A0that defines whether to use search-default-regexp-functio= n,
> =C2=A0 =C2=A0or use a regexp search, or use a literal search?

I'm fine with this. And, just to be clear, I'm also = fine with the suggestion of having a single variable and using the identity= to indicate regexp-search (like I said, it would just take a bit of care t= o not lose any functionality).

My objection about huge variables was just with respect to t= he suggestion of also bundling other options into that variable, like lax-w= hitespace, invisible, case-fold.

--001a11c3b13edec1830527155afa--