Possible issue with tree+textarea redraw?

[Chris Young]

On Tue, 23 Feb 2010 01:27:44 +0100, Pawe=B3 Blokus wrote:

> > Looks fine, except when the edit area appears, the whole tree moves
> > and redraws without clearing the rendering area. =A0Paul - am I supposed
> > to be handling this somehow? =A0How do I know an edit is about to happen
> > in order to clear it?
> =

> No you aren't, the area that's going to be redrawn should always get
> cleared by the core first. What do you mean with 'moves'? Does it get
> scrolled through the scroll_visible callback or change it's origin
> somehow? A screenshot would be helpful :)

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.

1.jpg show the tree as-is
2.jpg shows the tree after ctrl-clicking on "Google"

The area under the text appears to have been cleared, but that might
just be due to the amount of space the text takes up.  The "tree" part
is just overprinted.

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.

Chris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.jpg
Type: image/jpeg
Size: 18901 bytes
Desc: not available
Url : http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.or=
g/attachments/20100224/0ea91fcf/1-0001.jpg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2.jpg
Type: image/jpeg
Size: 22841 bytes
Desc: not available
Url : http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.or=
g/attachments/20100224/0ea91fcf/2-0001.jpg