> It scrolls, although I'm not sure how. It looks like the scroll > offset has changed, so I'm guessing it has gone through the > scroll_visible callback. I've left this too late in the day to check > now, but I did get some screenshots.
I've been trying to reproduce the error on the GTK frontend but failed at it. Since the error occurs only on Amiga I think it's related to the Amiga code. >From what I've seen ami_tree_scroll_visible performs the scroll regardless of the area described by the y, height parameters. It should be checked for being out of view first. The callback gets called after an edit is started and that's the reason for the unexpected scroll. I don't think this will help for the rest of the problem but it's a good starting point. Could you, after making the change, try to edit-click a line that's partially visible on the bottom/top so the scroll will be forced after all? > btw, why is there a delay after launching NetSurf with your treeview > code? I'm getting a few seconds of nothingness after the first window > opens which I don't get on the non-treeview version. Maybe it's somehow related to caching the thumbnails of the pages? That's just a guess based on some other post on the dev list. I'm not up on recent changes, someone more competent should comment here. If that's not the case I'll try to examine more carefully. Best regards, Paul
