From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jai Flack Newsgroups: gmane.emacs.devel Subject: Re: [NonGNU] New package: ctrlf and Questions Date: Thu, 24 Feb 2022 20:36:50 +1000 Message-ID: <87tucoblfh.fsf@disroot.org> References: <9631587bddf2ab3b07b60bd4195cc3e1@disroot.org> <87r17tmnzc.fsf@gmail.com> <8735k9jrr2.fsf@posteo.net> <87mtihmh8t.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28943"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Philip Kaludercic , emacs-devel@gnu.org To: Augusto Stoffel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 24 12:19:07 2022 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 1nNC9L-0007J3-9z for ged-emacs-devel@m.gmane-mx.org; Thu, 24 Feb 2022 12:19:07 +0100 Original-Received: from localhost ([::1]:39228 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nNC9K-0006b3-24 for ged-emacs-devel@m.gmane-mx.org; Thu, 24 Feb 2022 06:19:06 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50736) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nNBUh-000473-Jg for emacs-devel@gnu.org; Thu, 24 Feb 2022 05:37:07 -0500 Original-Received: from knopi.disroot.org ([178.21.23.139]:55788) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nNBUe-0003ME-CX for emacs-devel@gnu.org; Thu, 24 Feb 2022 05:37:07 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 0DAED8C4EE; Thu, 24 Feb 2022 11:37:01 +0100 (CET) X-Virus-Scanned: SPAM Filter at disroot.org Original-Received: from knopi.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R_xtnXxUbdSQ; Thu, 24 Feb 2022 11:36:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1645699019; bh=Vj5zysCuw8Oqmujc64j1DrNiyFd2RN8P6Gm6dEw1mVU=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=YvVN3163fUKkHtp3N81WtftDYe0HpoF0/AObqkb5lJRJw/x+uAPhz5KZq4+rp982w ZCBoG/EfW3j72gy5w5+gdPFgknXgNqLHvQFkayrnlsn/z1nznQZEExp4yTVaYvgiqy nBeiUNRSQeNso04ku7mER9UiS6lTtSXyJ4l4K356xpzHSwVtmH5DVWzzHoL75PaIFb i2Qzn7i6G8Yl7Jj6jjYuS8PnLuIRTOgv/I3pb8I/o/dydvrDo7IzT36ovemWmwidt1 +OHNR5s7dUSEUHvCkDWAacyPPz3AEBsLwOLs3LblrBUj+jKhLjlNwTG2aElvgVI9eO 6qPYnH+f3RdAQ== In-Reply-To: <87mtihmh8t.fsf@gmail.com> (Augusto Stoffel's message of "Wed, 23 Feb 2022 21:59:30 +0100") Received-SPF: pass client-ip=178.21.23.139; envelope-from=jflack@disroot.org; helo=knopi.disroot.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 24 Feb 2022 06:16:26 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:286662 Archived-At: Augusto Stoffel writes: > On Wed, 23 Feb 2022 at 19:40, Philip Kaludercic wrote: > >> Augusto Stoffel writes: >> >>> FWIW, a similar package already exists on ELPA: >>> >>> https://elpa.gnu.org/packages/isearch-mb.html >>> >>> The main difference to Ctrlf being that isearch-mb integrates with >>> isearch instead of reinventing it (and therefore is much smaller than >>> Ctrlf). Thanks for pointing me to isearch-mb. >> Is there any advantage that Ctrlf has over isearch-mb? If not, I don't >> see why the more complex package is needed at all? It's nice how ctrlf presents the count at the end of the matching line (not just in the minibuffer) but apart from that they seem to have the same feature set. > I'm not aware of any advantages (otherwise I could extend isearch-mb or, > more likely, isearch itself). OTOH there is nothing wrong with > providing (a sensible number of) alternative implementations of the same > idea; in fact, isearch-mb was inspired by Ctrlf. So I don't have a > strong opinion about this. I no longer wish for ctrlf to be added but feel free to add it if someone else wants it. -- Thanks, Jai