From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#60399: 30.0.50; Usage of `isearch-open-invisible-temporary' is not documented Date: Tue, 03 Jan 2023 09:02:14 +0000 Message-ID: <87mt70kn3d.fsf@localhost> References: <87tu1ev7uu.fsf@localhost> <865yduf73m.fsf@mail.linkov.net> <87mt73afow.fsf@localhost> <83zgb239rv.fsf@gnu.org> <87edse8vu1.fsf@localhost> <83wn6634gb.fsf@gnu.org> <87bkni8lk3.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40064"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60399-done@debbugs.gnu.org, Eli Zaretskii , 60399@debbugs.gnu.org, juri@linkov.net To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 03 10:03:54 2023 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 1pCdD7-000AC4-OS for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 03 Jan 2023 10:03:53 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pCdBU-0006UF-9N; Tue, 03 Jan 2023 04:02:12 -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 1pCdBK-0006O6-U9 for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2023 04:02:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pCdBK-0001Oi-Kg for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2023 04:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pCdBK-0002Aj-8M for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2023 04:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jan 2023 09:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60399 X-GNU-PR-Package: emacs Original-Received: via spool by 60399-done@debbugs.gnu.org id=D60399.16727365198326 (code D ref 60399); Tue, 03 Jan 2023 09:02:02 +0000 Original-Received: (at 60399-done) by debbugs.gnu.org; 3 Jan 2023 09:01:59 +0000 Original-Received: from localhost ([127.0.0.1]:44692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCdBG-0002A8-J5 for submit@debbugs.gnu.org; Tue, 03 Jan 2023 04:01:58 -0500 Original-Received: from mout01.posteo.de ([185.67.36.65]:36743) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCdBC-00029e-HM for 60399-done@debbugs.gnu.org; Tue, 03 Jan 2023 04:01:56 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 237892401F4 for <60399-done@debbugs.gnu.org>; Tue, 3 Jan 2023 10:01:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1672736508; bh=IopIZpCUIV/G3OAp60hy/GES1PU4Pk10V7CGrp3AHM4=; h=From:To:Cc:Subject:Date:From; b=mSX1wm1Cq9hG07gtGcr1NdLuJevgIL5+OxW5yhfwXcUYPeCDvGbyaP6Z4f9gLdKD2 Ig4GHon2o0Az8KDV9qovwdedFs0+fgs8+bc4CBG3JAbKYF1ctxEuJroo+G+ehkRosh c6osBCmYGRMR2ikRENbjnHk/1+WI1dGq3XilUyLSxlrCWXW6xwCeIEqvRI7JA7hVmE effVMlgfBw1cjuwNlQBOSnL4daItHuVrK2ISrab3JE1sxmCMcBb53/YatGh8nuRlf4 lxMdCH/281b/cUHa74lF8KcqcxkLO1oiUn5KWt0VFh24zGp/uRCUZNoNolWOWKiUK5 qmbvdVCEDvN/g== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4NmRYj27pFz9rxT; Tue, 3 Jan 2023 10:01:44 +0100 (CET) In-Reply-To: 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:252383 Archived-At: Stefan Monnier writes: > But it's very natural that the caller of that > `isearch-open-invisible-temporary` may still want to know the boundaries > of this overlay after its content is made visible, so as to know when to > make it invisible again. I am not sure why isearch should decide this instead of letting `isearch-open-invisible-temporary' decide what to close. > The caller could store that information on its own (with a pair of > markers or another overlay), but it's very natural for the caller to > just use that overlay. I'd say easy, not natural. The callee may want to do something with _all_ the overlays it originally opened, not just the overlays it originally opened, which _are also intersecting some unspecified boundary_. >> I am not even sure how to achieve the desired custom behavior using the >> current isearch implementation. > > `reveal-toggle-invisible` works basically the same way as > `isearch-open-invisible-temporary` and in > `outline-reveal-toggle-invisible` I had the same problem as you do, > which I solved with: > > (let ((o1 (copy-overlay o))) > (overlay-put o 'invisible nil) ;Show (most of) the text. This is a nice trick, which is unfortunately not very useful in my situation. Some text should still remain invisible in Org even when opening is requested. Your code reveals everything unconditionally. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at