Possible issue with tree+textarea redraw?

[Steve Fryatt]

On 22 Feb, Paweł Blokus wrote in message
    <4cca96251002220524i5065f3cbu920c3e0776c039f2 at mail.gmail.com>:

> > The problem only shows up if the tree is drawn at a location in the
> > window other than (0,0), and the cause seems to be that the tree origin
> > isn't correctly being taken into account when positioning the textarea.
> > If the origin isn't (0,0), then the rubout box drawn in tree_draw()
> > appears in the correct place, but the textarea itself seems to be placed
> > as if the origin was (0,0) -- that is, the origin passed to tree_draw()
> > isn't taken into account.
> 
> Could you provide some screenshots of the misplaced textarea?

Unfortunately not: I've just reverted my copy of desktop/tree.c and rebuilt
NetSurf, and I can't get exactly the same behaviour (although it is still
wrong). Looking at the diffs for the RO treeview code, I haven't changed
anything relevant at my end since the last commit, either.

The image here shows the sequence as it now seems to occur from no edit,
through a Ctrl-click, to what happens after forcing a redraw below the text
area.  Starting an edit still gives a blank area in the tree, but the
textarea appears correctly if an area one toolbar's height below it is
redrawn (so when the textarea tries to redraw itself normally, it 'misses'
and nothing happens).

  http://www.sfryatt.eclipse.co.uk/temp/roredraw.png

(There aren't any node icons in the trees yet.  This is because I haven't
got around to working out where to put the graphics files and how to point
the treeview to them -- it is on the to-do list. :-)

-- 
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/