From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#73688: [PATCH] electric-pair-mode - preserve balance in conservative mode Date: Sat, 30 Nov 2024 12:21:58 +0200 Message-ID: <86frn981ix.fsf@gnu.org> References: <86v7wwn4lz.fsf@gnu.org> <6eb1f1cd-80dd-4fec-bebc-9d361321000d@gmail.com> <865xoem96o.fsf@gnu.org> <8e331068-57e1-4375-8ccb-10eb83648986@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38680"; mail-complaints-to="usenet@ciao.gmane.io" Cc: marc@soda.fm, 73688@debbugs.gnu.org To: Nikolay Kudryavtsev , monnier@iro.umontreal.ca, joaotavora@gmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 30 11:23:23 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1tHKdE-0009uk-TW for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Nov 2024 11:23:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tHKd3-0007E3-PY; Sat, 30 Nov 2024 05:23:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tHKcw-0007Dg-71 for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 05:23:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tHKcv-00013g-UC for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 05:23:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-version:References:In-Reply-To:From:Date:To:Subject; bh=44g7iwI4OEVMcbxfTttG2zzy0BtmbrLeXqhyDgqf/PA=; b=b4GwQzUwOz0SRxJtyq3C39xpRqJisvcaGGnCuuCQUWhj2A0JEqJCMxA0xuPI6JIsC1qBbxMGnCrrtdnaajtmFLwgBSotlfZkfH51eRuzG/zv1RQapxqciODATWnGCEOjSBXmWs4jtNATUNVhxAqE6BT4xxsepw9KBENDOEzPG4rCwG5LEZVI5cGetz3Js5D4YJZqx4PKCSRzJ/SVZs+JZ3KGbffZIjGqIlck6aVdvik4bDTik1478vJ1xj2iSzb7XuKnI6S9FNuleEiviZxZTTbDNB2DBipYrLQVpY67ddIcRI3VUirVJ1DLIQGNPNoKcva8DjnoQdF97o2yjoMQhQ==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tHKcv-0008Jw-OX for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 05:23:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Nov 2024 10:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73688 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 73688-submit@debbugs.gnu.org id=B73688.173296213031874 (code B ref 73688); Sat, 30 Nov 2024 10:23:01 +0000 Original-Received: (at 73688) by debbugs.gnu.org; 30 Nov 2024 10:22:10 +0000 Original-Received: from localhost ([127.0.0.1]:45569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tHKc5-0008I2-TO for submit@debbugs.gnu.org; Sat, 30 Nov 2024 05:22:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45290) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tHKc4-0008Hn-Ao for 73688@debbugs.gnu.org; Sat, 30 Nov 2024 05:22:09 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tHKbx-0000ia-Mg; Sat, 30 Nov 2024 05:22:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=44g7iwI4OEVMcbxfTttG2zzy0BtmbrLeXqhyDgqf/PA=; b=VO9aPDvGIMfwakpWksDC rA8KzIS7kNdTvjAIvCSwiyO75X5JuBhWpzY4b9cC9HJ7OMQgebLrM0Cz2cY4iYYmy6KwO18rm/xwc c+KGdqwEmgvnxltzRicLtj5C4H42H0DynEs/Ad+2mr+Oedr5K3R96VSjM/vtJScuyeDusdbHS+RO7 Jyc+2NYG3fGuqSCJ/9R3QL0MZ7ENV+MdQMr8knEmAi/stSx7xTOotXFeoDw5pkS8Fwj9kAU+QnC/w /PCl3XDK73fUN7tLokdeGs4ci/p313i1RyT/Q0BzuhSsJMjKw/0/dlr9UkPA96dW+VwS0oxk616+E +XpbjF29uLpgZQ==; In-Reply-To: <8e331068-57e1-4375-8ccb-10eb83648986@gmail.com> (message from Nikolay Kudryavtsev on Sat, 23 Nov 2024 20:37:23 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:296143 Archived-At: > Date: Sat, 23 Nov 2024 17:29:24 +0000 > From: Marc Soda > Cc: Stefan Monnier , 73688@debbugs.gnu.org > > > Do you have an idea of how/where we could change some of the > > documentation to avoid that kind of problem in the future? > > Sorry for the silence here, I've been unusually busy for the few weeks. > > Multiple OR'd predicates predicates makes sense to me. I'd be willing to work on that if there's interest. > > As for documentation, I'm not really sure. I couldn't find anything referencing electric-pair-inhibit-predicate in the manual. Should probably added to https://www.gnu.org/software/emacs/manual/html_node/emacs/Matching.html. > > From: Nikolay Kudryavtsev > Date: Sat, 23 Nov 2024 20:37:23 +0300 > Cc: monnier@iro.umontreal.ca, marc@soda.fm, 73688@debbugs.gnu.org, > João Távora > > Yes, I think before closing, we need João, or someone else on the dev > team to judge on the merit of the multiple ORd > electric-pair-inhibit-predicates idea. > > Implementing it would lead to deprecating > electric-pair-inhibit-predicate(should be still working though for X > major versions), and beyond this use-case there doesn't seem to be that > many other use cases for inhibit-predicates anyway. But this would give > us a lot more flexibility for whenever they appear, since this seems to > be the proper solution here. Stefan and João, any comments or suggestions?