Wishlist item: header / source switch with symbol lookup

Is it possible to supply a function in ECB that switches from a .h header file 
to the .c or .cc file and also jump to the definition of the function the 
cursor was at? I already have a very handy c-switch-to-header function from 
the web. Now I only need to spice it up to get the current symbol from 
semantic and try to find that in the .c file.

Arne

--

-- 
Dipl.-Inform. Arne Schmitz              Phone   +49 (0)241 80-21817
Computer Graphics Group                 Fax     +49 (0)241 80-22899
RWTH Aachen University                  http://www.rwth-graphics.de
Ahornstrasse 55, 52074 Aachen, Germany

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Ecb-list mailing list
Ecb-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecb-list

Dedcicated window to show list of open buffers

Hello list-members,

I started to use ECB recently and found it very useful for my work.
The major mode I am currently working with does not support
Semantic/Imenu/Etags, but the IDE-like function is good enough for me
(at the moment). Kudos to the authors and contributors for such a nice
work!

Now I wonder if it is possible to have a dedicated window (optional
visible and dynamically updated) to show the list of current open
buffers, like the compilation window? When working on multi-file
project, such a window might be helpful and the user will be aware of
the open  buffers with potentially unsaved changes.

Best regards,

--

-- 
Yongtao Yang

Phone:  +46 (0)31 465310
Mobile: +46 (0)762352887
Email: yongtao.yang <at> gmail.com

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Dedcicated window to show list of open buffers

Am Mittwoch, 3. Januar 2007 14:30 schrieb Yongtao Yang:
> Now I wonder if it is possible to have a dedicated window (optional
> visible and dynamically updated) to show the list of current open
> buffers, like the compilation window? When working on multi-file
> project, such a window might be helpful and the user will be aware of
> the open  buffers with potentially unsaved changes.

I am using tabbar-mode[1] which I found very useful, since it does not take up 
much space.

Cheers,

Arne

[1] http://emhacks.sourceforge.net/

--

-- 
Dipl.-Inform. Arne Schmitz              Phone   +49 (0)241 80-21817
Computer Graphics Group                 Fax     +49 (0)241 80-22899
RWTH Aachen University                  http://www.rwth-graphics.de
Ahornstrasse 55, 52074 Aachen, Germany

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________

Re: Dedcicated window to show list of open buffers

On 1/3/07, Arne Schmitz <arne.schmitz <at> gmx.net> wrote:
> Am Mittwoch, 3. Januar 2007 14:30 schrieb Yongtao Yang:
> > Now I wonder if it is possible to have a dedicated window (optional
> > visible and dynamically updated) to show the list of current open
> > buffers, like the compilation window? When working on multi-file
> > project, such a window might be helpful and the user will be aware of
> > the open buffers with potentially unsaved changes.
>
> I am using tabbar-mode[1] which I found very useful, since it does not take up
> much space.
>
> Cheers,
>
> Arne
>
> [1] http://emhacks.sourceforge.net/
>

Hi Arne,

Thanks a lot for the hint, I took a quick try with the tabbar.el. It
can roughly do what I want, but I really prefer the buffer list to be
presented in a simple list instead of an over-GUI-ish manner.

Best regards,
--

-- 
Yongtao Yang

Phone:  +46 (0)31 465310
Mobile: +46 (0)762352887

ECB with Objective C

As per Klaus' message of September the 20th, 'if there is no semantic
parser etags should be used automatically' and, according to its
manpage, etags fully supports ObjC.

This is also the case according to the ECB documentation.

However it does not appear to work like this. When I open an ObjC file
with ECB loaded the minibuffer reports the error 'Sorry, no support for
a file of that extension' even though the variable
speedbar-supported-extension-expressions clearly indicates that there
*is* support:

   (".wy" ".by" ".[ch]\\(\\+\\+\\|pp\\|c\\|h\\|xx\\)?"
   ".tex\\(i\\(nfo\\)?\\)?" ".el" ".emacs" ".l" ".lsp" ".p" ".java"
   ".f\\(90\\|77\\|or\\)?" ".ada" ".p[lm]" ".tcl" ".m" ".scm" ".pm"
                                                  ----
   ".py" ".g" ".s?html" ".ma?k" "[Mm]akefile\\(\\.in\\)?")

So what must I do to persuade ECB to actually use etags like it says it
does? Is there something I have missed and/or do not understand?

Cheers,

Matthew

--

-- 
I must take issue with the term "a mere child," for it has been my
invariable experience that the company of a mere child is infinitely
preferable to that of a mere adult.
                                           --  Fran Lebowitz

Re: ECB with Objective C

> As per Klaus' message of September the 20th, 'if there is no semantic
> parser etags should be used automatically' and, according to its
> manpage, etags fully supports ObjC.
> 
> This is also the case according to the ECB documentation.
> 
> However it does not appear to work like this. When I open an ObjC file
> with ECB loaded the minibuffer reports the error 'Sorry, no support for
> a file of that extension' even though the variable
> speedbar-supported-extension-expressions clearly indicates that there
> *is* support:
> 
>    (".wy" ".by" ".[ch]\\(\\+\\+\\|pp\\|c\\|h\\|xx\\)?"
>    ".tex\\(i\\(nfo\\)?\\)?" ".el" ".emacs" ".l" ".lsp" ".p" ".java"
>    ".f\\(90\\|77\\|or\\)?" ".ada" ".p[lm]" ".tcl" ".m" ".scm" ".pm"
>                                                   ----
>    ".py" ".g" ".s?html" ".ma?k" "[Mm]akefile\\(\\.in\\)?")
> 
> So what must I do to persuade ECB to actually use etags like it says it
> does? Is there something I have missed and/or do not understand?
> 
> Cheers,
> 
> Matthew

After some fiddling around, I got it working by updating the speedbar.el
file (not knowing how to customize this nicely) as follows:

C:\Program Files\XEmacs\xemacs-packages\lisp\speedbar>diff speedbar.el bak\speedbar.el
3478c3478

Re: ECB with Objective C

Matthew King <matthew.king <at> monnsta.net> writes:

> As per Klaus' message of September the 20th, 'if there is no semantic
> parser etags should be used automatically' and, according to its
> manpage, etags fully supports ObjC.
>
> ...
>
> So what must I do to persuade ECB to actually use etags like it says it
> does? Is there something I have missed and/or do not understand?

Thanks to a solution from Ronald Pijnacker (was that actually meant for
here?) I have come up with the following solution:

(ecb-activate)
;; Enable ObjC support in ECB
(setq speedbar-use-imenu-flag nil)
(add-to-list 'speedbar-fetch-etags-parse-list
	     '("\\.m" . speedbar-parse-c-or-c++tag))

Matthew

--

-- 
I must take issue with the term "a mere child," for it has been my
invariable experience that the company of a mere child is infinitely
preferable to that of a mere adult.
                                           --  Fran Lebowitz

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT

Re: enable ecb & winring

Sorry fpr the delay - Christmas-Holiday 

i will try to answer you next weekend...

Klaus

Hadron wrote:
> I have the following:
> 
> (defun ecb-init()
>    (interactive)
>    (unless winring-initialized
>      (ecb-minor-mode 0)
>      (ecb-winman-winring-enable-support)
>      (winring-initialize)
>      )
> )
> 
> (defun ecb-window-configuration ()
>   (if(derived-mode-p 'c-mode)
>     (ecb-activate)
>     ))
> 
> ;;(add-hook 'window-configuration-change-hook
> 'ecb-window-configuration) 
> 
> The problem is that if I call ecb-init from my .emacs, ecb frames
> still come up. I can call it from manually after emacs has loaded and
> it doesnt. 
> 

Re: Storing content of *History* buffer across sessions?

Hi,

why do you want to do this - i assume you want automatically loaded all files
of your least Emacs-Session, right? If yes, then this is not an ECB-topic, because
this can be done perfectly with desktop.el (shipped with each Emacs)

ECB works fine with desktop.el - see the section in the ECB-manual where this is
described!

Ciao,
klaus

Milan Zimmermann wrote:
> Hi,
> 
> Is there a way to store content of *ECB History* buffer across
> sessions (across emacs exit/restart)? I did not find a obvious (to
> me) way in the ECB customizations...
> 
> Thanks Milan
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys -
> and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________ 
> Ecb-list mailing list
> Ecb-list <at> lists.sourceforge.net

Re: semantic wisent python parser problems

Thanks for report, but:

You should report this to the cedet-guys!

Ciao,
klaus

Gary Oberbrunner wrote:
> Maybe you folks already know this, but the current CVS version of
> cedet with Emacs 22 has a problem parsing python files -- it takes
> 100% of CPU for a very long time.  I'm not sure it's really an
> infinite loop, but it's really long (minutes for a 2k line python
> file).  Several web pages suggest removing the python-mode-hook from
> wisent-python.el, such as this one: 
> 
> http://www.emacswiki.org/cgi-bin/wiki?action=browse;id=CollectionOfEmacsDevelopmentEnvironmentTools
> 
> This makes semantic not parse python files (ecb still uses imenu or
> other basic parsers), which works around the bug.
> 
> Thought you should know about it so either it can be fixed or that
> line removed from the cvs version so it doesn't bite others.
> 
> -- Gary Oberbrunner
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys -
> and earn cash