GNU bug report logs - #51102
Document speedbar etags compatibility mode better

Previous Next

Full log

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

From: Eric Ludlam <ericludlam <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "Eric M. Ludlam" <zappo <at> gnu.org>, Stefan Kangas <stefan <at> marxist.se>,
 51102 <at> debbugs.gnu.org
Subject: Re: bug#51102: [PATCH] Make speedbar XEmacs compatibility mode
 obsolete (etags)
Date: Sun, 10 Oct 2021 13:57:58 -0400

[Message part 1 (text/plain, inline)]

Yes, that could be, though my recollection is that the opposite was more
common back in the day.  I don't know what the current balance might be.

I spent a lot of time pulling in a wide array of taggers to solve this type
of problem.  After speedbar I switched to putting them in semantic tags
instead which had more utility than the more focused speedbar feature while
still working fine in speedbar.

Eric

On Sun, Oct 10, 2021, 1:51 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Eric Ludlam <ericludlam <at> gmail.com>
> > Date: Sun, 10 Oct 2021 12:31:43 -0400
> > Cc: Stefan Kangas <stefan <at> marxist.se>, 51102 <at> debbugs.gnu.org,
> >       "Eric M. Ludlam" <zappo <at> gnu.org>
> >
> > That was a very long time ago so I don't remember any specifics from
> then, but I can think of two reasons
> > imenu is better.
> >
> > One, you don't need to save the file and run an external command.
> >
> > Two, imenu has some nice binning it does to make the tags more navigable.
> >
> > I don't recall specific issues with etags within speedbar though, so
> "robust" is probably not the right word
> > here.
>
> Thanks.
>
> is it possible that some files will be in a programming language that
> imenu doesn't support, but etags does?
>

[Message part 2 (text/html, inline)]

Previous Next

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