Re: semantic + speedbar automatically recenter buffers

Eric Ludlam <[email protected]> Wed, 29 Oct 2014 23:33:34 -0400
Newsgroups gmane.emacs.semantic
Message-ID <[email protected]>
On 10/29/2014 05:28 AM, Xaver Gerster wrote:
> still no full solution... :(
>
> It turns out that 'speedbar-update-flag' to 'nil' does not help if
> speedbar is integrated into ecb with
> '(ecb-use-speedbar-instead-native-tree-buffer (quote dir))
>
> There are lots of other update 'features' in ecb. Maybe one needs to
> play with them also ... which I only can do by trial and error, sigh.
>
>> I may have a clue as to the origin of the issue.
>> At least I can switch it off for me:
>>
>> speedbar has a variable 'speedbar-update-flag'
>>
>> If this variable is set to 't' *AND* (semantic-mode 1) is part of
>> init.el then the issue occurs.
>>

Hi Xaver,

Using emacs 24.3, the speedbar from Emacs, and misc speedbar extensions 
from CEDET / bzr, I was able to replicate the problem, but only in the 
case where I just opened a new file, and started moving through it 
quickly.  If I kill a buffer, then revisit it, that doesn't repro the 
issue either.  I didn't replicate in any other conditions.

Speedbar, ede, semantic, etc all have misc caches, so there is something 
about speedbar and something that isn't cached causing the problem.

You can probably change dframe-update-speed (which controls how fast 
speedbar updates) to something longer to make it less obtrusive, while 
still vaguely useful.  Not sure if that helps with ecb or not.

Does the recenter issue happen more often for you?

Eric

------------------------------------------------------------------------------