On 22 Feb, Paweł Blokus wrote in message
<[email protected]>:
> > 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/
