On Thu, 2009-08-27 at 12:12 +0100, Steve Fryatt wrote:
On 26 Aug, John-Mark Bell wrote in message
<1251291254.25111.5.camel@duiker>:
> On Sat, 2009-08-22 at 18:05 +0930, Christopher Martin wrote:
>
> Thankyou for your offer.
>
> > So just how much work do you estimate will be required to align the WIMP
> > development with the core?
>
> This is difficult to estimate. The RISC OS frontend is currently
> blocking a merge of some useful functionality into the trunk, which is
> part of the problem -- it's actively getting in the way of core
> development now. I'd estimate that fixing this is a few hours work for
> someone with the appropriate knowledge.
One thing that wasn't entirely clear to me was what was where in the various
SVN branches (although I may have missed something, as I haven't had
chance to spend long looking around what is on the NetSurf site). Which
branch(es) is the problem code in, and is there any priority as to what a RISC
OS maintainer should be concentrating on looking at?
The current issues are in branches/paulblokus/treeview. I don't think
any of the remaining active branches need fixing for RISC OS.
I've attached a diff of some changes I made that represent the
beginnings of making the treeview stuff in the RO frontend more sane. It
doesn't compile, however, as the menus code (at least) has tendrils
everywhere. It's also missing a bunch of functionality (like any Wimp
bindings for the RO treeview widget; a skeleton is there, but not much
else). It may be simpler to ignore this, although it does give some
indication of the kind of API I envisage for the RO treeview widget
wrapper.
(Apologies for not asking on IRC. I've so far not had long
enough spare in
front of an internet-connected computer to make it worthwhile joining you on
the channel, whereas I do pick up email fairly regularly in between other
things.)
That's no problem.
> > And do you already have plenty of offers from others with
much time to
> > spare?
>
> We've had a couple of offers. I've yet to see evidence of anyone doing
> more than retrieving the existing sources from SVN and compiling them,
> however.
I'm my case, that's pretty much all I've managed to do so far, although I
have
spent a few hours here and there reading through some of the source code
from the trunk and trying to get my head around what goes where (the notes
which you and others posted here have been very helpful with that, BTW, so
thanks for them).
Do shout if there's anything else that's unclear.
J.