Version: (using KDE 3.5.8) Installed from: SuSE RPMs REPRODUCE: Run kdevelop, open some big project, make sure file list is visible, create new .h file (iso-8859-1), make sure the file list is scrolled down, type something, save, type some non iso-8859-1 characters,for example polish, change encoding to iso-8859-2, accept saving and OBSERVE. The editor pane flashes (my guess is, the file was closed and reopened), and the file list is scrolled up. PROBLEM: Any changes which are side-effects of actual function may scary the user (I am always scared :-) ). WISH: I don't know how, double buffer?, but please maintain the window content unchanged, after all it, from the user perspective, it is only encoding change.
Would you please start filing bugreports against the editor component at the right place? Thanks.
Andreas, a) I try to do my best, sorry for any mistakes b) this report is actually for kdevelop, not for kate :-) ad.b.1) kate does not have file list pane (it has similar one) ad.b.2) kate does not scroll, kdevelop does
Sorry, I misunderstood.
Scroll what? The FileList? I believe this is completely unavoidable. When a file is "reloaded" it is first closed, then opened. The actions are initiated by katepart, without KDevelop's knowledge. There is no way KDevelop can know that the first operation will be followed by the other, and even if it could, attempting to hide this would just add complexity for exceptionally marginal utility. WONTFIX, imho.
As far as I can see this is a wontfix for KDevelop3 and is not an issue anymore in KDevelop4. Thus I'm closing it as fixed.