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

Previous Next

Full log

View this message in rfc822 format

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: bug#51102: [PATCH] Make speedbar XEmacs compatibility mode obsolete (etags)
Date: Sun, 10 Oct 2021 12:31:43 -0400

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

Hi all.

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.

Eric


On Sat, Oct 9, 2021, 3:52 AM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Stefan Kangas <stefan <at> marxist.se>
> > Date: Sat, 9 Oct 2021 00:08:06 -0700
> > Cc: 51102 <at> debbugs.gnu.org, zappo <at> gnu.org
> >
> > Eli Zaretskii <eliz <at> gnu.org> writes:
> >
> > > I also don't understand the "Etags support is not as robust as imenu
> > > support" part of the doc string.
> >
> > The author seems to have held the opinion that etags is not relevant on
> > Emacs:
> >
> > ;;; Tag Management -- etags  (old XEmacs compatibility part)
> >
> > That comment dates to 1998, when speedbar.el was first imported.
>
> Yes, I've seen that.  I'd like the author to elaborate on that: what
> exactly is not robust in the etags support by Speedbar?
>

[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.