Re: Insistence on visiting the tags table

Hi,

Well, this is a know behavior for xurrent eymbldef-buffer - i'm working on a better version - in the meanwhile you can only use another layout without symboldef buffer or remove the entry (default . ecb-symboldef-find-definition) from the option `ecb-symboldef-find-functions'.. Currently symboldef work svery well for emacs-lisp language - for all other languages the backbone of symboldef needs a slightly rewrite...

Ciao,
Klaus 

-----Ursprüngliche Nachricht-----
Von: Ludovic Courtès [mailto:[email protected]] 
Gesendet: Montag, 27. Juli 2009 10:24
An: [email protected]
Betreff: [ECB-list] Insistence on visiting the tags table

Hello,

When running `ecb-activate' for the first time in an editing session, ECB insists on visiting the tags table:

--8<---------------cut here---------------start------------->8---
  visit-tags-table-buffer()
  find-tag-noselect(#("static" 0 6 (fontified t face font-lock-keyword-face)))
  ecb-symboldef-find-tag-by-etags(#("static" 0 6 (fontified t face font-lock-keyword-face)) #<buffer team.c>)
  ecb-symboldef-find-definition(#("static" 0 6 (fontified t face font-lock-keyword-face)) #<buffer team.c>)
  ecb-symboldef-buffer-sync()
  apply(ecb-symboldef-buffer-sync nil)
  byte-code("\301\302H\303H\"\207" [timer apply 5 6] 4)
  timer-event-handler([nil 0 0 250000 t ecb-symboldef-buffer-sync nil idle]) --8<---------------cut here---------------end--------------->8---

(My default layout has a `symboldef' window.)

This is annoying because as you move the cursor around in the source file, this leads to interactive "Visit tags table" requests popping up in the minibuffer.  The first few times, you hit C-g full of hope; eventually you give up and give it any `TAGS' file you can find just to make it happy---and to allow you to actually view that file you just opened.

Another issue with that is that one can use GNU Global instead of Etags, in which case feeding ECB with a `TAGS' file doesn't make much sense.

Can you think of a way to avoid this annoyance?

Thanks,
Ludo'.


------------------------------------------------------------------------------
_______________________________________________
Ecb-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ecb-list

------------------------------------------------------------------------------