CEDET

As the author of predictive mode, I can make a few comments about this.
Firstly, as you'll see from the "Future Improvements" section of the
predictive user guide, integration with semantic is on the to-do list. I
even discussed it a while ago on this list with Eric. But it's a fairly
major undertaking, and I don't have time at the moment to do it.

In fact, properly integrating predictive-mode with semantic wouldn't
only give UI improvements, but would also enhance the completion process
itself, in two ways:

1) Predictive mode stores "dictionaries" of completion candidates in a
data structure that is optimised for finding completions of a prefix
string, so finding completions is very fast, even in huge dictionaries.
(The data structure is basically built on a ternary search tree, but
with caching of time-consuming completions in a hash table.) In fact,
the data structures are implemented in a separate library, called
dict-tree.el, so with a bit of coding it would be possible to use them
as a semantic database. This is probably the correct way to start
integrating predictive mode with semantic.

2) Completion with predictive mode is...predictive. That is, it learns
how often you use each completion, and prioritises them accordingly.
This is obviously of most benefit when the number of possible
completions is very large (e.g. when completing English words). But this
will often be the case in large programming projects too, or languages
with huge collections of libraries (Java, PHP...).


The predictive user interface is separated off into a completely
independent library, called completion-UI. Completion-ui can be used
without predictive mode, so the UI benefits can be had without any need
for predictive mode itself (though you will of course lose the benefits
described above). Using completion-UI with semantic is fairly easy: it
just requires a writing a wrapper function around semantic's completion
function, in order to pass the list of completion candidates to
completion-UI in the required form. (To get it working well, there are a
few other things to do...) I believe there's even some code floating
around, either the Emacs wiki or the emacs-sources mailing list, that
makes a stab at this.

If anyone wants to take one of these projects on, I'm happy to answer
any questions about the guts of completion-UI, dict-tree.el and
predictive mode. The completion-UI integration should be the easiest,
followed by using the dict-tree.el data structures as semantic database,
leaving full integration of predictive mode as the most difficult.

Toby


Arne Schmitz wrote:
> I just read about predictive-mode [1], and thought it might give some ideas, 
> too, how to improve on semantic's code completion. Although more from a UI 
> point of view.
> 
> Arne
> 
> [1] http://www.emacswiki.org/cgi-bin/emacs?PredictiveMode

As the author of predictive mode, I can make a few comments about this.
Firstly, as you'll see from the "Future Improvements" section of the
predictive user guide, integration with semantic is on the to-do list. I
even discussed it a while ago on this list with Eric. But it's a fairly
major undertaking, and I don't have time at the moment to do it.

In fact, properly integrating predictive-mode with semantic wouldn't
only give UI improvements, but would also enhance the completion process
itself, in two ways:

1) Predictive mode stores "dictionaries" of completion candidates in a
data structure that is optimised for finding completions of a prefix
string, so finding completions is very fast, even in huge dictionaries.
(The data structure is basically built on a ternary search tree, but
with caching of time-consuming completions in a hash table.) In fact,
the data structures are implemented in a separate library, called
dict-tree.el, so with a bit of coding it would be possible to use them
as a semantic database. This is probably the correct way to start
integrating predictive mode with semantic.

2) Completion with predictive mode is...predictive. That is, it learns
how often you use each completion, and prioritises them accordingly.
This is obviously of most benefit when the number of possible
completions is very large (e.g. when completing English words). But this
will often be the case in large programming projects too, or languages
with huge collections of libraries (Java, PHP...).


The predictive user interface is separated off into a completely
independent library, called completion-UI. Completion-ui can be used
without predictive mode, so the UI benefits can be had without any need
for predictive mode itself (though you will of course lose the benefits
described above). Using completion-UI with semantic is fairly easy: it
just requires a writing a wrapper function around semantic's completion
function, in order to pass the list of completion candidates to
completion-UI in the required form. (To get it working well, there are a
few other things to do...) I believe there's even some code floating
around, either the Emacs wiki or the emacs-sources mailing list, that
makes a stab at this.

If anyone wants to take one of these projects on, I'm happy to answer
any questions about the guts of completion-UI, dict-tree.el and
predictive mode. The completion-UI integration should be the easiest,
followed by using the dict-tree.el data structures as semantic database,
leaving full integration of predictive mode as the most difficult.

Toby


Arne Schmitz wrote:
> I just read about predictive-mode [1], and thought it might give some ideas, 
> too, how to improve on semantic's code completion. Although more from a UI 
> point of view.
> 
> Arne
> 
> [1] http://www.emacswiki.org/cgi-bin/emacs?PredictiveMode

As the author of predictive mode, I can make a few comments about this. 
Firstly, as you'll see from the "Future Improvements" section of the 
predictive user guide, integration with semantic is on the to-do list. I 
even discussed it a while ago on this list with Eric. But it's a fairly 
major undertaking, and I don't have time at the moment to do it.

In fact, properly integrating predictive-mode with semantic wouldn't 
only give UI improvements, but would also enhance the completion process 
itself, in two ways:

1) Predictive mode stores "dictionaries" of completion candidates in a 
data structure that is optimised for finding completions of a prefix 
string, so finding completions is very fast, even in huge dictionaries. 
(The data structure is basically built on a ternary search tree, but 
with caching of time-consuming completions in a hash table.) In fact, 
the data structures are implemented in a separate library, called 
dict-tree.el, so with a bit of coding it would be possible to use them 
as a semantic database. This is probably the correct way to start 
integrating predictive mode with semantic.

2) Completion with predictive mode is...predictive. That is, it learns 
how often you use each completion, and prioritises them accordingly. 
This is obviously of most benefit when the number of possible 
completions is very large (e.g. when completing English words). But this 
will often be the case in large programming projects too, or languages 
with huge collections of libraries (Java, PHP...).


The predictive user interface is separated off into a completely 
independent library, called completion-UI. Completion-ui can be used 
without predictive mode, so the UI benefits can be had without any need 
for predictive mode itself (though you will of course lose the benefits 
described above). Using completion-UI with semantic is fairly easy: it 
just requires a writing a wrapper function around semantic's completion 
function, in order to pass the list of completion candidates to 
completion-UI in the required form. (To get it working well, there are a 
few other things to do...) I believe there's even some code floating 
around, either the Emacs wiki or the emacs-sources mailing list, that 
makes a stab at this.

If anyone wants to take one of these projects on, I'm happy to answer 
any questions about the guts of completion-UI, dict-tree.el and 
predictive mode. The completion-UI integration should be the easiest, 
followed by using the dict-tree.el data structures as semantic database, 
leaving full integration of predictive mode as the most difficult.

Toby


Arne Schmitz wrote:
> I just read about predictive-mode [1], and thought it might give some ideas, 
> too, how to improve on semantic's code completion. Although more from a UI 
> point of view.
> 
> Arne
> 
> [1] http://www.emacswiki.org/cgi-bin/emacs?PredictiveMode

Hi,

  The 'bovinate' command, with an argument, will reset the cache for a
  single file.  ie:

C-u M-x bovinate RET

  If you frequently use multiple emacs instances, instead of one Emacs
that is always open with multiple frames, or with EmacsClient, then I
can imagine that this would occur.

  The cache loading system attempts to validate tags based on file
size, but if you just move stuff around, and don't change the number
of characters in the file, you could trick it.

  If you find an alternate way to recreate the problem, please let me
know!

Good Luck
Eric

>>> Stephen Berman <Stephen.Berman@...> seems to think that:
>I am using Cedet from CVS of 2007-03-22.  With this build (but I
>believe also with earlier builds), I have repeatedly but unpredictably
>(and not too frequently) experienced that a semantic.cache file gets
>"out of sync", i.e., the beginning and end points of many of the tags
>in the semanticdb-table no longer correspond to the beginning and end
>points of defuns, etc., in the source code.  Then the semanticdb-table
>contains lots of entries like this: ("anonymous" code nil nil [15334
>15336]).  When this happens it makes the semantic imenu and other
>navigation functions largely unusable.  I have found no way to repair
>the semanticdb-table other than to delete the semantic.cache file and
>restart emacs.  I tried just moving the cache file out of the
>semanticdb directory and the revisiting the source file, but still had
>the same problems; I was also unable to unload all the semantic
>libraries in a running Emacs, since there appear to be circular
>dependencies.  
>
>Is there a way to regenerate or resynchronize semanticdb in a running
>Emacs?
>
>Steve Berman

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Eric M. Ludlam wrote:
>   The cache loading system attempts to validate tags based on file
> size, but if you just move stuff around, and don't change the number
> of characters in the file, you could trick it.

Quick question: why not use a hash value instead of file size? I believe 
the `md5' function is part of standard Emacs, and since it's a built-in 
function, it's pretty efficient too.

Toby

On Wed, 13 Jun 2007 22:36:17 -0400 "Eric M. Ludlam" <eric@...> wrote:

> Hi,
>
>   The 'bovinate' command, with an argument, will reset the cache for a
>   single file.  ie:
>
> C-u M-x bovinate RET
>
>   If you frequently use multiple emacs instances, instead of one Emacs
> that is always open with multiple frames, or with EmacsClient, then I
> can imagine that this would occur.
>
>   The cache loading system attempts to validate tags based on file
> size, but if you just move stuff around, and don't change the number
> of characters in the file, you could trick it.
>
>   If you find an alternate way to recreate the problem, please let me
> know!

I just had occasion to use `C-u M-x bovinate', many thanks for the
tip!  In my case the problem does not have to do with using multiple
emacs instances.  Rather, it seems very likely that the tag validation
is being "tricked" as you say.  The file with which I've had this
problem repeatedly recently is one on which the changes I'm making are
often only things like rearranging lines, though I haven't been able
to isolate a specific change or set of change that messes up the tag
validation.  Perhaps you could add checking the last modification time
to the validation algorithm, as John Yates suggested.

Steve Berman

>>> "Alessandro Piras" <laynor@...> seems to think that:
>Hi, I'm trying the cedet package. Very nice!
>I tried it with C code.
>I noticed that when I stay idle with the cursor on a function identifier it
>shows the function's signature on the minibuffer. It doesn't display type
>information about the function's arguments though. Is there a way to get it
>display that information? It would be great indeed..
>__
>Alessandro
>

Hi,

  The arg list printer for semantic is currently pretty simple.  You
can customize the variable semantic-idle-summary-function to choose a
new function from the list, but none of them print arg lists with
type, so you could write your own.

  If you want to give it a try, update
`semantic--format-tag-arguments' to allow for full type info.
Arguments from various languages could be strings, lists of
who-knows-what, or tags, so it can be a bit tricky. ;)

Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

"Eric M. Ludlam" <eric@...> wrote:

>>>> "Alessandro Piras" <laynor@...> seems to think that:
>>It doesn't display type information about the function's arguments
>>though. Is there a way to get it display that information? It would be
>>great indeed..
>
>   If you want to give it a try, update
> `semantic--format-tag-arguments' to allow for full type info.
> Arguments from various languages could be strings, lists of
> who-knows-what, or tags, so it can be a bit tricky. ;)

Or just use the one I wrote a few weeks ago. :)
It should work for all C-based languages.  (Any notes appreciated.)


(defun semantic--format-tag-arguments (args formatter color)
  "Format the argument list ARGS with FORMATTER.
FORMATTER is a function used to format a tag.
COLOR specifies if color should be used."
  (let ((out nil))
    (while args
      (push (if (semantic-tag-p (car args))
                (unless (equal (semantic-tag-type (car args)) "void")
                  (semantic-format-tag-prototype (car args) nil color))
              (semantic-format-tag-name-from-anything (car args) nil color
                                                      'variable))
            out)
      (setq args (cdr args)))
    (mapconcat 'identity (nreverse out) semantic-function-argument-separator)
    ))


regards,
Nikolaj Schumacher

Thanks for the info.  I will investigate your option 1.  In order to
allow the use of alternate back ends that only support search by name,
I had tried to get rid of more complex searches.

By searching only the scope with the complex search, then the same
advantage would be lost for searches in a more global scope via DBs
that are lacking in that feature.

Anyway, stuff to figure out.

Do you happen to have a simple example that shows the problem I can
work with?

Thanks!
Eric

>>> Nikolaj Schumacher <n_schumacher@...> seems to think that:
>--=-=-=
>
>Hello,
>
>I've tried to use `semantic-analyze-current-context', but I kept getting
>strings instead of tags in many cases.
>
>I believe the reason for this is in `semantic-analyze-find-tag', which
>searches the current scope _by name_.  This however returned the
>constructor instead of a class name in my case (which was discarded
>later), thus the database was never searched.
>
>There are two ways to fix this:
>
>1) Search the scope using `semantic-find-tags-by-name-and-class' (which
>doesn't exist yet) instead of `semantic-find-tags-by-name'.
>
>2) Always search both scope and database and concat the result.
>
>I've attached #2 as a patch to illustrate.  #1 would be more efficient,
>though.
>
>regards,
>Nikolaj Schumacher
>
>
>--=-=-=
>Content-Type: text/x-patch
>Content-Disposition: inline; filename=semantic-find-type.patch
>Content-Description: patch
>
>cvs diff: warning: failed to open /Users/nik/.cvspass for reading: No such file or directory
>Index: semantic-analyze.el
>===================================================================
>RCS file: /cvsroot/cedet/cedet/semantic/semantic-analyze.el,v
>retrieving revision 1.53
>diff -d -u -r1.53 semantic-analyze.el
>--- semantic-analyze.el	17 May 2007 15:46:42 -0000	1.53
>+++ semantic-analyze.el	15 Jun 2007 20:29:55 -0000
>@@ -137,7 +137,7 @@
>                   (eq (semantic-tag-class ans) 'type)
>                   (not (semantic-tag-type-members ans)))
>              (semantic-analyze-find-tag
>-              (semantic-tag-name ans) nil scope))
>+              (semantic-tag-name ans) 'type scope))
>             (t nil)))))
> 
> ;;; SELECTING/MERGING
>@@ -251,17 +251,17 @@
>      ;; If NAME is solo, then do our searches for it here.
>      ((stringp namelst)
>       (let ((retlist
>-	     (or (and scope (semantic-find-tags-by-name name scope))
>-		 (if (and (fboundp 'semanticdb-minor-mode-p)
>-			  (semanticdb-minor-mode-p))
>-		     ;; Search the database
>-		     (semanticdb-strip-find-results
>-		      (semanticdb-find-tags-by-name name)
>-		      ;; This T means to find files for matching symbols
>-		      t)
>-		   ;; Search just this file
>-		   (semantic-find-tags-by-name
>-		    name (current-buffer))))))
>+	     (append (and scope (semantic-find-tags-by-name name scope))
>+		     (if (and (fboundp 'semanticdb-minor-mode-p)
>+			      (semanticdb-minor-mode-p))
>+			 ;; Search the database
>+			 (semanticdb-strip-find-results
>+			  (semanticdb-find-tags-by-name name)
>+			  ;; This T means to find files for matching symbols
>+			  t)
>+		       ;; Search just this file
>+		       (semantic-find-tags-by-name
>+			name (current-buffer))))))
> 
> 	(semantic-analyze-select-best-tag retlist tagclass))))))
> 
  [ ... ]

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

"Eric M. Ludlam" <eric@...> wrote:

> Do you happen to have a simple example that shows the problem I can
> work with?

sure:

class Class {
public:

    Class _value;

    Class() {
    }

    void test(int a, int z) {
        Class foo;
        foo.test(a, z);
        foo._value.test(a, z);
    }
};

where point is at either of the two calls to test().

>>> snija <snija0@...> seems to think that:
>Hi, how can semantic (in cedet 1.04) complete c++ member variables and
>function from stl and boost headers?
>

Hi,

  I've done some experiments here to try and understand.  My original
answer was to use `semanticdb-create-ebrowse-database', but what I
found is that on linux, things like <string> is just full of #include
files, which, sadly, EBROWSE doesn't pull in for me, so that derailed
that idea.

  It is likely you can update the include path, like this:

(semantic-add-system-include "/usr/include/c++/3.2.2/" 'c++-mode)

  I also found a bug in semanticdb-ebrowse.el miss-setting the search
  throttle, so you will need this:

(setq-mode-local c++-mode
		 semanticdb-find-default-throttle
		 '(project unloaded system recursive))

  Once you do that, the first time will cause lots of header files to
  be parsed.

  I still didn't get completion for std::string though, as string is a
basic_string, and basic string has a couple layers to it which the
analyzer can't quite get through yet.  It's a good example though
which I'll look into.

Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Okay...found something else. Perhaps I should save them for a bit and
make a list. This item, however, will probably drive me crazy.
=20
This is probably a CEDET related issue but...In the History buffer (in
previous versions of cedet), when I put the mouse arrow over a file name
a box (tooltip like) appears displaying the full path of the file. This
is not happening with the latest cedetpre4. The box appears but it is
blank. Very odd.
=20
Perhaps this is one of the items that is being disabled by default in
the latest version? Tried enabling several items mentioned in the
INSTALL file but to no avail.
=20
Any ideas?
=20
Javier
=20


________________________________

	From: klaus.berndl@... [mailto:klaus.berndl@...
	Sent: Wednesday, June 13, 2007 11:42 AM
	To: Oviedo Javier-PKJ843
	Cc: ecb-list@...;
cedet-semantic@...
	Subject: How to display tree-icons of ECB with latest
windows-port of Emacs 22 [was: ECB issues with latest CEDETpre4 and
Emacs22.1]
=09
=09
	You run a Windows-release of Emacs-22, right?
	I had the same problem nr. 2 (no icons) and it costs me about 4
hours to solve it:=20
	=20
	Unfortunately the Windows-package does not contain the needed
image-libraries necessary to display some image types - even the
xpm-imagetype can not displayed :-( You have to install manually the
following libraries:
	jpeg62.dll  libpng13.dll  libtiff3.dll  libungif4.dll  xpm4.dll
zlib1.dll
	=20
	xpm4.dll is needed to display the xpm-icons of ECB - just copy
this library in the bin folder of your emacs-22 installation path and
Bob will be your uncle....
	=20
	ad problem 1: This is a cedet issue - AFAIK eric has cutted all
the nifty cedet-features in some presets (a minimal set, a full set and
something in between i think) - i assume in the cedet-pre4-package the
semantic-stickyfunc-mode (its responsible for this nifty headerline ;-)
is disabled by default; just add to your .emacs (after the setup-code
for cedet) the following line:
	=20
	(global-semantic-stickyfunc-mode 1)
	=20
	and Bob will be your uncle again ;-)
	@Eric: please correct me if i wrote nonsens
	=20
	Hope this helps,
	Klaus

________________________________

	From: Oviedo Javier-PKJ843 [mailto:joviedo@...
	Sent: Wednesday, June 13, 2007 5:06 PM
	To: Berndl, Klaus
	Subject: RE: ECB issues with latest CEDETpre4 and Emacs22.1
=09
=09
	Message bounced due to size...
	=20
	Javier
	=20


________________________________

		From: Oviedo Javier-PKJ843=20
		Sent: Wednesday, June 13, 2007 11:04 AM
		To: ecb-list@...;
'klaus.berndl@...'
		Subject: ECB issues with latest CEDETpre4 and Emacs22.1
	=09
	=09
		Hi Klaus,
		=20
		Just upgraded to the latest Emacs 22.1. Also upgraded to
the latest cedet for compatibility reasons....using the same ecb
snapshot you said was the most recent.
		=20
		I'm seeing some issues:
		=20
		1. Not sure exactly what the proper name for this is,
but the header line at the top of the edit window no longer displays.
This is the line that shows the current function we are in, etc.
		=20
		2. The icons/images in the methods buffer window,
history window, and speedbar window no longer display.
		=20
		Before reporting this tried the following things:
		=20
		1. cleaned ECB and recompiled with the latest cedet.
		2. Tried a ECB without any of my customizations.
		3. Then tried ECB with a plain vanilla emacs.
		=20
		I can send some screenshot over in a word document if
you'd like.
		=20
		See the bug report below.
		=20
		Thanks.
		Javier
		=20
		=20
		To: ecb-list@...
		Subject:=20
		X-Reporter-Void-Vars-Found: ecb-max-lisp-eval-depth-old
ecb-max-specpdl-size-old ecb-use-semantic-grouping=20
		--text follows this line--
		=20
		Please enter the details of your bug report here
		=20
		=20
		=20
		Emacs  : GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
		 of 2007-06-02 on RELEASE
		Package: ECB: 2.33beta1, semantic: 2.0pre4, eieio: 1.0,
speedbar: 1.0.1, JDEE: No JDEE
		=20

send again without screenshot cause of message-size too big...

________________________________

From: Berndl, Klaus=20
Sent: Thursday, June 14, 2007 9:26 AM
To: 'Oviedo Javier-PKJ843'
Cc: cedet-semantic@...; ecb-list@...
Subject: RE: [cedet-semantic] How to display tree-icons of ECB with =
latestwindows-port of Emacs 22 [was: ECB issues with latestCEDETpre4 and =
Emacs22.1]


No, why this should  be a cedet-issue?? he history window comes from ecb =
not from  cedet...attached a screenshot made by Emacs-22.1, latest ecb =
and cedet-pre4 - you see all is working fine... maybe you have disabled =
tooltips in your Emacs-setup? Or tooltips are not enabled by default by =
Emacs 22.1 - do not know... but you see it works...
=20
Klaus
=20
=20

________________________________

From: cedet-semantic-bounces@... =
[mailto:cedet-semantic-bounces@...] On Behalf Of =
Oviedo Javier-PKJ843
Sent: Wednesday, June 13, 2007 8:49 PM
To: Berndl, Klaus
Cc: cedet-semantic@...; ecb-list@...
Subject: Re: [cedet-semantic] How to display tree-icons of ECB with =
latestwindows-port of Emacs 22 [was: ECB issues with latestCEDETpre4 and =
Emacs22.1]


Okay...found something else. Perhaps I should save them for a bit and =
make a list. This item, however, will probably drive me crazy.
=20
This is probably a CEDET related issue but...In the History buffer (in =
previous versions of cedet), when I put the mouse arrow over a file name =
a box (tooltip like) appears displaying the full path of the file. This =
is not happening with the latest cedetpre4. The box appears but it is =
blank. Very odd.
=20
Perhaps this is one of the items that is being disabled by default in =
the latest version? Tried enabling several items mentioned in the =
INSTALL file but to no avail.
=20
Any ideas?
=20
Javier
=20


________________________________

	From: klaus.berndl@... [mailto:klaus.berndl@...
	Sent: Wednesday, June 13, 2007 11:42 AM
	To: Oviedo Javier-PKJ843
	Cc: ecb-list@...; =
cedet-semantic@...
	Subject: How to display tree-icons of ECB with latest windows-port of =
Emacs 22 [was: ECB issues with latest CEDETpre4 and Emacs22.1]
=09
=09
	You run a Windows-release of Emacs-22, right?
	I had the same problem nr. 2 (no icons) and it costs me about 4 hours =
to solve it:=20
	=20
	Unfortunately the Windows-package does not contain the needed =
image-libraries necessary to display some image types - even the =
xpm-imagetype can not displayed :-( You have to install manually the =
following libraries:
	jpeg62.dll  libpng13.dll  libtiff3.dll  libungif4.dll  xpm4.dll  =
zlib1.dll
	=20
	xpm4.dll is needed to display the xpm-icons of ECB - just copy this =
library in the bin folder of your emacs-22 installation path and Bob =
will be your uncle....
	=20
	ad problem 1: This is a cedet issue - AFAIK eric has cutted all the =
nifty cedet-features in some presets (a minimal set, a full set and =
something in between i think) - i assume in the cedet-pre4-package the =
semantic-stickyfunc-mode (its responsible for this nifty headerline ;-) =
is disabled by default; just add to your .emacs (after the setup-code =
for cedet) the following line:
	=20
	(global-semantic-stickyfunc-mode 1)
	=20
	and Bob will be your uncle again ;-)
	@Eric: please correct me if i wrote nonsens
	=20
	Hope this helps,
	Klaus

________________________________

	From: Oviedo Javier-PKJ843 [mailto:joviedo@...
	Sent: Wednesday, June 13, 2007 5:06 PM
	To: Berndl, Klaus
	Subject: RE: ECB issues with latest CEDETpre4 and Emacs22.1
=09
=09
	Message bounced due to size...
	=20
	Javier
	=20


________________________________

		From: Oviedo Javier-PKJ843=20
		Sent: Wednesday, June 13, 2007 11:04 AM
		To: ecb-list@...; 'klaus.berndl@...'
		Subject: ECB issues with latest CEDETpre4 and Emacs22.1
	=09
	=09
		Hi Klaus,
		=20
		Just upgraded to the latest Emacs 22.1. Also upgraded to the latest =
cedet for compatibility reasons....using the same ecb snapshot you said =
was the most recent.
		=20
		I'm seeing some issues:
		=20
		1. Not sure exactly what the proper name for this is, but the header =
line at the top of the edit window no longer displays. This is the line =
that shows the current function we are in, etc.
		=20
		2. The icons/images in the methods buffer window, history window, and =
speedbar window no longer display.
		=20
		Before reporting this tried the following things:
		=20
		1. cleaned ECB and recompiled with the latest cedet.
		2. Tried a ECB without any of my customizations.
		3. Then tried ECB with a plain vanilla emacs.
		=20
		I can send some screenshot over in a word document if you'd like.
		=20
		See the bug report below.
		=20
		Thanks.
		Javier
		=20
		=20
		To: ecb-list@...
		Subject:=20
		X-Reporter-Void-Vars-Found: ecb-max-lisp-eval-depth-old =
ecb-max-specpdl-size-old ecb-use-semantic-grouping=20
		--text follows this line--
		=20
		Please enter the details of your bug report here
		=20
		=20
		=20
		Emacs  : GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
		 of 2007-06-02 on RELEASE
		Package: ECB: 2.33beta1, semantic: 2.0pre4, eieio: 1.0, speedbar: =
1.0.1, JDEE: No JDEE
		=20

okay, got it. The foreground color for 'default face is set to white.
This conflicted somehow was being used by the 'tooltip face as the
foreground color. Thus the box would appear but it would be blank. Now
explicitly set the tooltip face to black and Bob is my uncle. ;-)
=20
Javier
=20


________________________________

	From: klaus.berndl@... [mailto:klaus.berndl@...
	Sent: Thursday, June 14, 2007 3:28 AM
	To: klaus.berndl@...; Oviedo Javier-PKJ843
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: RE: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	send again without screenshot cause of message-size too big...

________________________________

	From: Berndl, Klaus=20
	Sent: Thursday, June 14, 2007 9:26 AM
	To: 'Oviedo Javier-PKJ843'
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: RE: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	No, why this should  be a cedet-issue?? he history window comes
from ecb not from  cedet...attached a screenshot made by Emacs-22.1,
latest ecb and cedet-pre4 - you see all is working fine... maybe you
have disabled tooltips in your Emacs-setup? Or tooltips are not enabled
by default by Emacs 22.1 - do not know... but you see it works...
	=20
	Klaus
	=20
	=20

________________________________

	From: cedet-semantic-bounces@...
[mailto:cedet-semantic-bounces@...] On Behalf Of
Oviedo Javier-PKJ843
	Sent: Wednesday, June 13, 2007 8:49 PM
	To: Berndl, Klaus
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: Re: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	Okay...found something else. Perhaps I should save them for a
bit and make a list. This item, however, will probably drive me crazy.
	=20
	This is probably a CEDET related issue but...In the History
buffer (in previous versions of cedet), when I put the mouse arrow over
a file name a box (tooltip like) appears displaying the full path of the
file. This is not happening with the latest cedetpre4. The box appears
but it is blank. Very odd.
	=20
	Perhaps this is one of the items that is being disabled by
default in the latest version? Tried enabling several items mentioned in
the INSTALL file but to no avail.
	=20
	Any ideas?
	=20
	Javier
	=20


________________________________

		From: klaus.berndl@... [mailto:klaus.berndl@...
		Sent: Wednesday, June 13, 2007 11:42 AM
		To: Oviedo Javier-PKJ843
		Cc: ecb-list@...;
cedet-semantic@...
		Subject: How to display tree-icons of ECB with latest
windows-port of Emacs 22 [was: ECB issues with latest CEDETpre4 and
Emacs22.1]
	=09
	=09
		You run a Windows-release of Emacs-22, right?
		I had the same problem nr. 2 (no icons) and it costs me
about 4 hours to solve it:=20
		=20
		Unfortunately the Windows-package does not contain the
needed image-libraries necessary to display some image types - even the
xpm-imagetype can not displayed :-( You have to install manually the
following libraries:
		jpeg62.dll  libpng13.dll  libtiff3.dll  libungif4.dll
xpm4.dll  zlib1.dll
		=20
		xpm4.dll is needed to display the xpm-icons of ECB -
just copy this library in the bin folder of your emacs-22 installation
path and Bob will be your uncle....
		=20
		ad problem 1: This is a cedet issue - AFAIK eric has
cutted all the nifty cedet-features in some presets (a minimal set, a
full set and something in between i think) - i assume in the
cedet-pre4-package the semantic-stickyfunc-mode (its responsible for
this nifty headerline ;-) is disabled by default; just add to your
.emacs (after the setup-code for cedet) the following line:
		=20
		(global-semantic-stickyfunc-mode 1)
		=20
		and Bob will be your uncle again ;-)
		@Eric: please correct me if i wrote nonsens
		=20
		Hope this helps,
		Klaus

________________________________

		From: Oviedo Javier-PKJ843 [mailto:joviedo@...]

		Sent: Wednesday, June 13, 2007 5:06 PM
		To: Berndl, Klaus
		Subject: RE: ECB issues with latest CEDETpre4 and
Emacs22.1
	=09
	=09
		Message bounced due to size...
		=20
		Javier
		=20


________________________________

			From: Oviedo Javier-PKJ843=20
			Sent: Wednesday, June 13, 2007 11:04 AM
			To: ecb-list@...;
'klaus.berndl@...'
			Subject: ECB issues with latest CEDETpre4 and
Emacs22.1
		=09
		=09
			Hi Klaus,
			=20
			Just upgraded to the latest Emacs 22.1. Also
upgraded to the latest cedet for compatibility reasons....using the same
ecb snapshot you said was the most recent.
			=20
			I'm seeing some issues:
			=20
			1. Not sure exactly what the proper name for
this is, but the header line at the top of the edit window no longer
displays. This is the line that shows the current function we are in,
etc.
			=20
			2. The icons/images in the methods buffer
window, history window, and speedbar window no longer display.
			=20
			Before reporting this tried the following
things:
			=20
			1. cleaned ECB and recompiled with the latest
cedet.
			2. Tried a ECB without any of my customizations.
			3. Then tried ECB with a plain vanilla emacs.
			=20
			I can send some screenshot over in a word
document if you'd like.
			=20
			See the bug report below.
			=20
			Thanks.
			Javier
			=20
			=20
			To: ecb-list@...
			Subject:=20
			X-Reporter-Void-Vars-Found:
ecb-max-lisp-eval-depth-old ecb-max-specpdl-size-old
ecb-use-semantic-grouping=20
			--text follows this line--
			=20
			Please enter the details of your bug report here
			=20
			=20
			=20
			Emacs  : GNU Emacs 22.1.1
(i386-mingw-nt5.1.2600)
			 of 2007-06-02 on RELEASE
			Package: ECB: 2.33beta1, semantic: 2.0pre4,
eieio: 1.0, speedbar: 1.0.1, JDEE: No JDEE
			=20

Okay. I tried plain vanilla emacs without any of my customizations. Let
me start from fresh and investigate again.
=20
Will let you know what I find.
=20
Thanks.
Javier
=20


________________________________

	From: klaus.berndl@... [mailto:klaus.berndl@...
	Sent: Thursday, June 14, 2007 3:28 AM
	To: klaus.berndl@...; Oviedo Javier-PKJ843
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: RE: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	send again without screenshot cause of message-size too big...

________________________________

	From: Berndl, Klaus=20
	Sent: Thursday, June 14, 2007 9:26 AM
	To: 'Oviedo Javier-PKJ843'
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: RE: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	No, why this should  be a cedet-issue?? he history window comes
from ecb not from  cedet...attached a screenshot made by Emacs-22.1,
latest ecb and cedet-pre4 - you see all is working fine... maybe you
have disabled tooltips in your Emacs-setup? Or tooltips are not enabled
by default by Emacs 22.1 - do not know... but you see it works...
	=20
	Klaus
	=20
	=20

________________________________

	From: cedet-semantic-bounces@...
[mailto:cedet-semantic-bounces@...] On Behalf Of
Oviedo Javier-PKJ843
	Sent: Wednesday, June 13, 2007 8:49 PM
	To: Berndl, Klaus
	Cc: cedet-semantic@...;
ecb-list@...
	Subject: Re: [cedet-semantic] How to display tree-icons of ECB
with latestwindows-port of Emacs 22 [was: ECB issues with
latestCEDETpre4 and Emacs22.1]
=09
=09
	Okay...found something else. Perhaps I should save them for a
bit and make a list. This item, however, will probably drive me crazy.
	=20
	This is probably a CEDET related issue but...In the History
buffer (in previous versions of cedet), when I put the mouse arrow over
a file name a box (tooltip like) appears displaying the full path of the
file. This is not happening with the latest cedetpre4. The box appears
but it is blank. Very odd.
	=20
	Perhaps this is one of the items that is being disabled by
default in the latest version? Tried enabling several items mentioned in
the INSTALL file but to no avail.
	=20
	Any ideas?
	=20
	Javier
	=20


________________________________

		From: klaus.berndl@... [mailto:klaus.berndl@...
		Sent: Wednesday, June 13, 2007 11:42 AM
		To: Oviedo Javier-PKJ843
		Cc: ecb-list@...;
cedet-semantic@...
		Subject: How to display tree-icons of ECB with latest
windows-port of Emacs 22 [was: ECB issues with latest CEDETpre4 and
Emacs22.1]
	=09
	=09
		You run a Windows-release of Emacs-22, right?
		I had the same problem nr. 2 (no icons) and it costs me
about 4 hours to solve it:=20
		=20
		Unfortunately the Windows-package does not contain the
needed image-libraries necessary to display some image types - even the
xpm-imagetype can not displayed :-( You have to install manually the
following libraries:
		jpeg62.dll  libpng13.dll  libtiff3.dll  libungif4.dll
xpm4.dll  zlib1.dll
		=20
		xpm4.dll is needed to display the xpm-icons of ECB -
just copy this library in the bin folder of your emacs-22 installation
path and Bob will be your uncle....
		=20
		ad problem 1: This is a cedet issue - AFAIK eric has
cutted all the nifty cedet-features in some presets (a minimal set, a
full set and something in between i think) - i assume in the
cedet-pre4-package the semantic-stickyfunc-mode (its responsible for
this nifty headerline ;-) is disabled by default; just add to your
.emacs (after the setup-code for cedet) the following line:
		=20
		(global-semantic-stickyfunc-mode 1)
		=20
		and Bob will be your uncle again ;-)
		@Eric: please correct me if i wrote nonsens
		=20
		Hope this helps,
		Klaus

________________________________

		From: Oviedo Javier-PKJ843 [mailto:joviedo@...]

		Sent: Wednesday, June 13, 2007 5:06 PM
		To: Berndl, Klaus
		Subject: RE: ECB issues with latest CEDETpre4 and
Emacs22.1
	=09
	=09
		Message bounced due to size...
		=20
		Javier
		=20


________________________________

			From: Oviedo Javier-PKJ843=20
			Sent: Wednesday, June 13, 2007 11:04 AM
			To: ecb-list@...;
'klaus.berndl@...'
			Subject: ECB issues with latest CEDETpre4 and
Emacs22.1
		=09
		=09
			Hi Klaus,
			=20
			Just upgraded to the latest Emacs 22.1. Also
upgraded to the latest cedet for compatibility reasons....using the same
ecb snapshot you said was the most recent.
			=20
			I'm seeing some issues:
			=20
			1. Not sure exactly what the proper name for
this is, but the header line at the top of the edit window no longer
displays. This is the line that shows the current function we are in,
etc.
			=20
			2. The icons/images in the methods buffer
window, history window, and speedbar window no longer display.
			=20
			Before reporting this tried the following
things:
			=20
			1. cleaned ECB and recompiled with the latest
cedet.
			2. Tried a ECB without any of my customizations.
			3. Then tried ECB with a plain vanilla emacs.
			=20
			I can send some screenshot over in a word
document if you'd like.
			=20
			See the bug report below.
			=20
			Thanks.
			Javier
			=20
			=20
			To: ecb-list@...
			Subject:=20
			X-Reporter-Void-Vars-Found:
ecb-max-lisp-eval-depth-old ecb-max-specpdl-size-old
ecb-use-semantic-grouping=20
			--text follows this line--
			=20
			Please enter the details of your bug report here
			=20
			=20
			=20
			Emacs  : GNU Emacs 22.1.1
(i386-mingw-nt5.1.2600)
			 of 2007-06-02 on RELEASE
			Package: ECB: 2.33beta1, semantic: 2.0pre4,
eieio: 1.0, speedbar: 1.0.1, JDEE: No JDEE
			=20