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 ------------------------------------------------------------------------------