>>> "Berndl, Klaus" <[EMAIL PROTECTED]> seems to think that:
>Hello Eric and David!
>
>I just downloaded semantic 1.4.1 and had noticed the following:
>
>1. Bug in semantic-texi.el: It is not enough to add ("defopt" . 1) to
> semantic-texi-name-field-list but is also necessary to add opt to
> semantic-texi-super-regex:
>
>(defvar semantic-texi-super-regex
> "^@\\(chapter\\|\\(sub\\)*section\\|unnumbered\\(\\(sub\\)*sec\\)?\\|\
>\\(chap\\|\\(sub\\)+\\|major\\)?heading\\|appendix\\(\\(sub\\)*sec\\)?\\|\
>centerchap\\|def\\(var\\|un\\|fn\\|opt\\)x?\\)"
> "Regular expression used to find special sections in a Texinfo file.")
Thanks. I'll let David add that to the 1.4.1 branch.
>2. Problems with shipped semantic-util-modes.el: With 1.4.1 there is after
> every autom. (partial) reparse a recenter of the source-buffer which is
> pretty annoying. I have replaced the version of 1.4.1 with that one shipped
> with 1.4 and all is working fine, i.e. no recentering of the source-buffer.
>
> I'm wondering why the version of semantic-util-modes.el in 1.4.1 is
> X-RCS: $Id: semantic-util-modes.el,v 1.17 2001/12/08 03:12:39
> whereas the version of 1.4 seems to be much newer:
> X-RCS: $Id: semantic-util-modes.el,v 1.17.2.2 2002/05/07 02:40:50
>
> There are not many differences between these versions of
> semantic-util-modes.el but nevertheless they seem to be the reason for the
> annoying recenter behavior of the source-buffer after autom. reparsing.
[ ... ]
Semantic 1.4 was released on a 1.4 branch. The bug you describe was
in semantic before 1.4 was released. Perhaps the 1.4.1 file was
accidentally taken from a pre 1.4 version? That would certainly
explain things. I keep my 1.4.1 install at work, so I'll double
check when I get in.
Eric
--
Eric Ludlam: [EMAIL PROTECTED], [EMAIL PROTECTED]
Home: http://www.ludlam.net Siege: www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: www.gnu.org
