From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Simple isearch concerns Date: Tue, 06 Apr 2021 22:17:07 +0300 Organization: LINKOV.NET Message-ID: <87k0pfrznw.fsf@mail.linkov.net> References: <20210403001539.x4rb55dvh46rmhb3.ref@Ergus> <20210403001539.x4rb55dvh46rmhb3@Ergus> <878s5wmsjp.fsf@mail.linkov.net> <20210405221606.escnahhx57brse4u@Ergus> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34206"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Apr 06 21:24:08 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lTrJ2-0008mC-L5 for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Apr 2021 21:24:08 +0200 Original-Received: from localhost ([::1]:40870 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lTrJ1-0001Hs-Hu for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Apr 2021 15:24:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43348) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lTrHt-0008QF-Lf for emacs-devel@gnu.org; Tue, 06 Apr 2021 15:22:57 -0400 Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:43375) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lTrHr-0004NG-Lj for emacs-devel@gnu.org; Tue, 06 Apr 2021 15:22:57 -0400 X-Originating-IP: 91.129.107.223 Original-Received: from mail.gandi.net (m91-129-107-223.cust.tele2.ee [91.129.107.223]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id B664C60002; Tue, 6 Apr 2021 19:22:52 +0000 (UTC) In-Reply-To: <20210405221606.escnahhx57brse4u@Ergus> (Ergus's message of "Tue, 6 Apr 2021 00:16:06 +0200") Received-SPF: pass client-ip=217.70.183.195; envelope-from=juri@linkov.net; helo=relay3-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:267489 Archived-At: >>> 2) I want to disable wrapping and I see that there is an >>> `isearch-wrap-function` but it is a variable not a custom and it is not >>> documented in detail what is expected to be there. >> >>isearch-wrap-function can't be a defcustom too, because it's impossible >>to implement automatic wrapping by a wrap function. >> > Sorry I don't get this one, on yesterday you gave what was IMO the best > proposal. Provide 3 options for: disable wrapping, pause and just > wrap. Are these really so hard to provide? Indeed, this would be nice to have. Now the wrapping option was implemented in bug#47599. > * Any way if there is a reason for this; then I won't argue about that. My point was that this required adding a completely new separate option, not turning the existing hook into defcustom. >>> 3) In general many of the customizable variables in isearch are defined >>> with defvar so it is difficult to distinguish between internal and user >>> exposed ones. Just to mention some examples: >>> isearch-push-state-function, isearch-filter-predicate, the hooks, >> >>Most of these functions are intended to be modified by different modes >>using add-function, so again there is nothing to customize here, sorry. >> > I use some of them as simple hooks. But again (go to *) The existing hooks are intended to be used by modes, and indeed they are used by modes that directly change the values of these variable. When the users will try to customize them, this might have unintended consequences.