>>> Michael Reiher <redm@...> seems to think that:
>I have a few small adjustments for XEmacs sitting on my disc for a while now.
>And I thought I might tell you, so you can add them to CVS somehow.
Excellent. Last time I tried to put a new distribution together, I
couldn't get it to test on XEmacs, and eventually gave up. This
>The first this is in semantic-fw.el: semantic-find-file-noselect:
>XEmacs' find-file-noselect has only 3 parameters, so I get an error about
>wrong number of arguments (being 4). The wildcards parameter GNU Emacs has,
>is missing in XEmacs.
>Patch for illustration:
[ ... ]
Thanks. I'll do that.
>The other issues are in semantic-decorate-include.el:
>First it uses a face "region" for highlighting includes, which doesn't exist
>in XEmacs and gives an error. I'd suggest to use "highlight" instead. It
>seems fitting and exists in both GNU Emacs and XEmacs.
Good idea, thanks.
>Another (less important) thing here is, that it uses mouse-3 for for the right
>mouse button, which doesn't exist in XEmacs. It's called button3 there.
Thanks for the info.
>Then semantic-decoration-include-menu even seems to be called, however
>something is wrong about the argument.
>Debugger entered--Lisp error: (wrong-type-argument listp #<buttondown-event
> semantic-decoration-include-menu(#<buttondown-event button3>)
[ ... ]
In Emacs, the event is a list. Presumably in XEmacs it is some custom
lisp object? Is there an API for extracting the window from an event
>Something else, not specific to XEmacs: I use push-tag-mark to save positions
>when jumping. This works quite well for jumping backwards. Maybe you might
>want to add it as well. (The push-mark mechanism is IMHO pointless in this
>case. And mru-bookmark-mode, while looking promising, I found it not to be
>really efficiently usable.)
You can pop the global mark to go back from where you came. The tag
mark seems like a fine idea too. Emacs does not have a fcn to do that
other than the raw ring-insert.
[ ... ]
>Oh, on a related note: in semantic-ia--fast-jump-heper (I guess there is an
>"l" missing? ;) there is a comment:
> ;; We have a tag, but in C++, we usually get a prototype instead
> ;; because of header files. Lets try to find the actual
> ;; implementaion instead.
>Is this supposed to be working? Because it doesn't for me... :) Would be great
>to have though. It always jumps to the prototype i.e. the .h file. Even when
>the implementation is actually in the same .cpp file.
[ ... ]
Yes, that is supposed to be working. If the file with the
implementation in it has never been parsed, then the fast-jump feature
won't be able to find it. You can solve this by pre-parsing your
files. There is a semanticdb.sh script that can do that for
you... though upon investigation I should re-write bits of it.
Fortunately for everyone, I'm partway through getting GNU Global
hooked in, so this type of thing should be more easily solvable.
Eric Ludlam: eric@...
Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net