GNU bug report logs - #8686
24.0.50; `re-search-backward' does not respect `search-invisible'

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 17 May 2011 22:10:03 UTC

Severity: wishlist

Tags: notabug

Found in version 24.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #42 received at 8686 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 8686 <at> debbugs.gnu.org
Subject: RE: bug#8686: 24.0.50; `re-search-backward' does not respect
 `search-invisible'
Date: Thu, 28 Apr 2016 06:51:51 -0700 (PDT)
> > My impression is that `re-search-backward' and `*-forward' do not
> > respect `search-invisible'.  This makes it difficult if not impossible
> > to use them in code to not find matches in hidden text.  Why would this
> > variable be respected only in the Isearch Lisp code?  What am I missing?
> 
> Well, `search-invisible' is documented as only applying to interactive
> searches:
> 
> ----
> 
> search-invisible is a variable defined in 'isearch.el'.
> Its value is 'open'
> 
> Documentation:
> If t incremental search/query-replace can match hidden text.
> A nil value means don't match invisible text.
> 
> ----
> 
> If you want code not to match invisible text, you have to make your code
> check for the visibility.  Closing.

I don't think this is correct.  Did you check whether it
truly works only for interactive use?  It is a general
test, used in multiple places now (including `perform-replace').




This bug report was last modified 9 years and 24 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.