Niv Drory wrote:
> Hi Hauke,
> I've done some more testing. Both effects (corruption at the
> beginning of the TAGS buffer and wrong tags displayed in methods
> buffer) disappear if I do not use the new symboldef buffer that Klaus
> recently implemented. In any layout with a tags buffer but no
> symboldef buffer, everything works fine. Therefore I don't think this
> is an etags issue. It is an ECB issue somehow. I will use this setup
> for now.
> As for your vote for using semantic alone: I'm sorry, but using
> semantic is just impossible. It is way too slow on large files and
> much less reliable on finding the right stuff quickly on complicated
> templated c++. I've tried for a long time, but it just does not do
> for me what etags does reasonably well and much faster. Therefore,
> I'm still in favor of making ECB work also in a mode where semantic
> is not used at all. Currently, in my setup, it is a nuissance only.
> It takes a long time updating its cache each time I save a file.
> Otherwise, it has no function that etags/imenu would not do equally
> well for me. I would love, therefore, to be able to use ECB (which is
> great) without semantic, using only imenu and etags. If such a mode
> could be implemented as an optional setup, I (and many others I
> think) would be very happy.
Well, sounds sensefull in my ears - i will think about it and offer=20
ECB also running major-modes without semantic even if a semantic-parser
Exists for such a mode - should not be to hard because ECB is already
Able to use etags/imenu for modes for which no semantic-parser exists
(e.g. LaTeX, perl etc...).
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your
> very own Sony(tm)PSP. Click here to play:
> Ecb-list mailing list