Hello all. This is a revival of old thread I started in October 2005. I
have upgraded my ecb version to 2.33beta1 and was hoping that this issue
would magically go away. Unfortunately, it is still present.
I can defintely remove the (setq speedbar-update-flag t) from my init
function, but I think it would be good to understand why the behavior
changed from one version of cedet to the next.
I tried M-: (setq speedbar-dynamic-tags-function-list (cdr
speedbar-dynamic-tags-function-list)) and the problem still happened.
Any other thoughts or does everyone want to me to shut up about this?
;-)
Thanks.
Javier
-----Original Message-----
From: Eric M. Ludlam [mailto:eric@...
Sent: Monday, October 17, 2005 11:40 PM
To: klaus.berndl@...
Cc: Oviedo, Javier; njsand@...;
cedet-devel@...; ecb-list@...
Subject: Re[2]: [ECB-list] [CEDET-devel] CEDET/ECB window focus bug
Uh.. the version number?
Here is the ChangeLog:
----------------------------
revision 1.247
date: 2005/06/30 02:37:40; author: zappo; state: Exp; lines: +2 -2
(speedbar-version): Updated.
----------------------------
revision 1.246
date: 2005/05/06 01:57:19; author: zappo; state: Exp; lines: +4 -13
(speedbar-require-version): Replace with an inversion implementation.
----------------------------
revision 1.245
date: 2005/04/19 03:21:54; author: zappo; state: Exp; lines: +2 -2
(speedbar-version): Update version number
----------------------------
There are some new changes as I try to integrate w/ Emacs but they are
not in pre3.
There may be something from semantic leaking in with semantic supplied
tags, but I don't recall that either. I supposed trying things out
w/out semantic would answer that.
I would guess that:
M-: (setq speedbar-dynamic-tags-function-list (cdr
speedbar-dynamic-tags-function-list))
would set it up.
Eric
>>> <klaus.berndl@...> seems to think that:
>Maybe or probably :-)
>
>Javier writes, that there is a difference between an older cedet an the
>new version concerning this. Eric, what has changed in speedbar related
>to this option? So maybe i can find the unintended sideeffenct=20
>faster....
>
>Klaus
>
>Eric M. Ludlam wrote:
>> What you discovered may be an unintended side-effect of putting a=20
>> speedbar frame into ECB controlled window. Klaus may have some=20
>> experience with that.
>>=20
>> Eric
>>=20
>>>>> "Oviedo, Javier" <joviedo@...> seems to think that:
>>> Excellent point! I have narrowed it down to the following:
>>>=20
>>> (setq speedbar-update-flag t)
>>>=20
>>> I have an init function that sets this once ecb/cedet have been=20
>>> loaded...with ECB using speedbar. When I set this speedbar variable,
>>> I see the problem. When I comment this line out, the problem goes=20
>>> away.
>>>=20
>>> Obviously I can simply keep this commented out, but I'm wondering if
>>> there is something else I've stumbled upon. It should be "legal" to=20
>>> set this variable in the fashion above, correct?
>>>=20
>>> Thoughts, comments?
>>>=20
>>> Thanks.
>>>=20
>>> Javier
>>>=20
>>>=20
>>>=20
>>> -----Original Message-----
>>> From: Nicholas Sandow [mailto:njsand@...]
>>> Sent: Sunday, October 02, 2005 3:58 AM
>>> To: Oviedo, Javier
>>> Cc: cedet-devel@...
>>> ecb-list@...
>>> Subject: Re: [CEDET-devel] CEDET/ECB window focus bug
>>>=20
>>> Oviedo, Javier wrote:
>>>> Hi All,
>>>>=20
>>>> I'm upgrading from cedet-1.0beta3b to cedet-1.0pre3 and I've run=20
>>>> face first into an incredibly annoying problem. Basically, I can't=20
>>>> use the new cedet because of this. I'm using cedet with ecb 2.32=20
>>>> and gnu emacs
>>>> 21.3 on WinXP
>>>>=20
>>>> Here it is:
>>>>=20
>>>> When I do a M-x the cursor focus move to the minibuffer as
expected.
>>>> So far so good... After less than 1 second, the focus shifts back=20
>>>> to the main edit window and what I was intending to type in the=20
>>>> minibuffer is actually typed into whatever buffer is currently=20
>>>> active.
>>>=20
>>>> No matter what I try, this problem does not go away. The focus=20
>>>> ALWAYS shifts from the minibuffer back to the main edit=20
>>>> window....basically I can't do anything!!
>>>>=20
>>>> This does NOT happen with the cedet-1.0beta3b version using=20
>>>> identical ECB 2.32. Perhaps this is soley a cedet problem but=20
>>>> perhaps there is some interdependency between the two packages. For
>>>> this reason I've also included the ECB list.
>>>>=20
>>>> This issue also happens with the cedet-1.0pre2 version. I have to=20
>>>> continue with the older CEDET until this problem can be addressed.
>>>>=20
>>>> Please help... ;-)
>>>=20
>>> I am running Emacs 21.3.1, CEDET 1.0pre3, ecb 2.32 on Windows XP and
>>> I don't see that problem.
>>>=20
>>> Some questions I would ask myself:
>>>=20
>>> What happens when you disable any personal CEDET / ecb config stuff?
>>>=20
>>> What happens when you don't load ecb at all?
>>>=20
>>> Does the problem happen in a plain text buffer? I.e., one where=20
>>> CEDET is presumably inactive?
>>>=20
>>> HTH,
>>> Nick.
>>>=20
>>> ELISP> emacs-version
>>> "21.3.1"
>>> ELISP> cedet-version
>>> "1.0pre3"
>>> ELISP> ecb-version
>>> "2.32"
>>> ELISP>
>>>>=20
>>>> Thanks!
>>>>=20
>>>> Javier
>>>>=20
>>>>=20
>>>>=20
>>>=20
>>>=20
>>>=20
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Power Architecture Resource Center: Free content, downloads,=20
>>> discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
>>> _______________________________________________
>>> Cedet-devel mailing list
>>> Cedet-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>>=20
>>=20
>>=20
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Power Architecture Resource Center: Free content, downloads,=20
>> discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
>> _______________________________________________
>> Ecb-list mailing list
>> Ecb-list@...
>> https://lists.sourceforge.net/lists/listinfo/ecb-list
>
--=20
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
|