[debbugs-tracker] bug#32016: closed (27.0; (elisp) `Imenu')

[GNU bug Tracking System]

Your message dated Sat, 07 Jul 2018 12:35:50 +0300
with message-id <address@hidden>
and subject line Re: bug#32016: 27.0; (elisp) `Imenu'
has caused the debbugs.gnu.org bug report #32016,
regarding 27.0; (elisp) `Imenu'
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
32016: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=32016
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 27.0; (elisp) `Imenu'
>
>
>
>
> Date: 
>
> Fri, 29 Jun 2018 23:42:02 -0700 (PDT)
>
>
>
>
> The description of `imenu-generic-expression' is incomplete.  It does
> not specify the case where argument REGEXP is a function.
>
> The doc string describes this use case this way:
>
> REGEXP may also be a function, called without arguments.  It is expected
> to search backwards.  It must return true and set 'match-data' if it
> finds another element.
>
> Unfortunately, the last sentence there is unclear.  The function does
> not "find another element".  It finds a definition construct in the
> buffer, and it sets match data for it.  It does not construct or "find"
> an element of the list that is the variable value.
>
> But this bug report is about the missing description of the
> REGEXP-as-function case.
>
> In GNU Emacs 27.0.50 (build 3, x86_64-w64-mingw32)
>  of 2018-03-21
> Repository revision: e70d0c9e66d7a8609450b2889869d16aeb0363b5
> Windowing system distributor `Microsoft Corp.', version 6.1.7601
> Configured using:
>  `configure --without-dbus --host=x86_64-w64-mingw32
>  --without-compress-install -C 'CFLAGS=-O2 -static -g3''
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#32016: 27.0; (elisp) `Imenu'
>
>
>
>
> Date: 
>
> Sat, 07 Jul 2018 12:35:50 +0300
>
>
>
>
> > Date: Fri, 29 Jun 2018 23:42:02 -0700 (PDT)
> > From: Drew Adams <address@hidden>
> > 
> > The description of `imenu-generic-expression' is incomplete.  It does
> > not specify the case where argument REGEXP is a function.
> > 
> > The doc string describes this use case this way:
> > 
> > REGEXP may also be a function, called without arguments.  It is expected
> > to search backwards.  It must return true and set 'match-data' if it
> > finds another element.
> > 
> > Unfortunately, the last sentence there is unclear.  The function does
> > not "find another element".  It finds a definition construct in the
> > buffer, and it sets match data for it.  It does not construct or "find"
> > an element of the list that is the variable value.
>
> Thanks, I fixed the doc string.
>
> > But this bug report is about the missing description of the
> > REGEXP-as-function case.
>
> What is this about?  A left-over of editing some other message?
>
>
> --- End Message ---