Yes, I dont know why this happens only over the ssh connection at my work. I tried several different connections, including ssh and ftp, and they all seem to work fine. It is almost as if its a gvfs issue except that geany worked fine in 0.15.
One thing i did notice about the bug is that as soon as the document gets saved, the line numbers and the tree structure is correct, BUT clicking on the function in the symbols tree no longer points to the correct line in the editor, and sometimes it will not respond to clicks at all. As mentioned earlier, just resorting the tree returns the functionality(temporarily). So the question is, when are the "click" callbacks on the tree allocated to each item? Are they linked to the sci editor in anyway? and are the line numbers kept in memory along with the document or are they read again through a file operation that would cause some error and not be read in? Some idea to parts of the code that does these things would help, maybe I can find the problem.
Thanks.
On Thu, Feb 19, 2009 at 2:34 AM, Enrico Tröger enrico.troeger@uvena.de wrote:
On Wed, 18 Feb 2009 10:34:08 +1100, "James ." jazzrz86@gmail.com wrote:
Hi,
I also found another bug with the symbols sidebar. Sometimes the tooltips are empty. As it turns out, the hacked up workaround doesnt
Thanks, your testfile helped a lot. The empty tooltip bug is fixed in SVN. It basically was caused by the ampersands in the function signatures which screwed up GTK's tooltip code (it expects markup but we passed it as plain text).
actually work, it makes it work only for the current tab, and as soon as you save any document through this remote connection the symbols sidebar loses its tracking and clicking will not take you to the correct function. A better workaround is to right click the sidebar
Sigh, I have basically the same setup as you (GTK 2.14.7, GLib 2.18.4, GVfs 1.0.3) but it all works fine. The symbol list gets updated here, when adding/removing lines the line numbers in the symbol names in the list are updated and clicking them jumps me to the correct line.
Even though unlikely (I'm just guessing around): working with the same file locally works as expected? I.e. does the same weird things happen with the file you used remotely when you save it locally and edit it? I just don't see what is special to remote files since they are accessed through gvfs-fuse as local files.
Regards, Enrico
-- Get my GPG key from http://www.uvena.de/pub.asc
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany