[bt-devel] Backend Proposal

Patrick Sebastian Zimmermann patrick at zakweb.de
Wed Jun 22 09:17:45 MST 2011


Hi,

I'll see if I can get this done tomorrow morning. The two other merge requests 
I'll leave for later since they are just bugfixes that can be applied at any 
time later just as well.

Greetings,
Patrick

On Tuesday, 21. June 2011 23:55:32 Jaak Ristioja wrote:
> On 20.06.2011 21:24, Patrick Sebastian Zimmermann wrote:
> > I have a pretty much finished rewrite of the config system in a branch.
> > The changes include a unit testing framework (based on QTest) and are
> > meant to unify config option and session handling. The code probably
> > still has some bugs, but I have tested the code quite a lot and I think
> > I got most of the bugs out already.
> 
> I've tried to review your changes several times, but never finished.
> These are big changes and take a lot of time to review. Last time I
> tried was months ago, so I don't remember any more and need to start
> from scratch again. It would help a tiny bit if you could again merge
> master into your branch and also my merge request.
> 
> > I am not sure whether you think this config system refactor is a good
> > idea. But if you think it should go into master it really makes sense to
> > merge before starting the frontend/backend refactor.
> 
> I believe you've done a serious amount of work. We should definitely
> work this out before any other major refactoring efforts start. I
> suspect that this won't be an easy merge, but I'm willing to study your
> changes and try... when I have time...
> 
> > I am currently very short in time, but if it's not much that is needed to
> > get this into the tree I can at least give it a try.
> 
> Same problem with most of us. :|
> 
> > ps. There are three smaller bugfix merge requests still hanging in the
> > queue...
> 
> I merged one of them, and commented on the other two because they need a
> bit of clarification. I don't yet fully understand the problems they fix
> nor am I sure whether these fixes are indeed correct.
> 
> > On Monday, 20. June 2011 00:46:13 Greg Hellings wrote:
> >> On Sun, Jun 19, 2011 at 4:54 PM, Gary Holmlund <gary.holmlund at gmail.com>
> > 
> > wrote:
> >>> I would be willing to do the structural work of moving files into new
> >>> directories and changing the backend and rendering into libraries. We
> >>> would want to get agreement on the details before any work starts. The
> >>> work should be done so that there is never a commit that does not
> >>> compile and run. It can be broken down into a series of small steps
> >>> that accomplish this.
> >> 
> >> It's probably good to identify one component at a time to pull out of
> >> the code base and do it that way.  And it probably should be the task
> >> of whoever is going to take the reins for that component to move the
> >> files and modify them as necessary (in connection with people working
> >> on any components that rely on it).  Since each component probably
> >> requires more than just copying the files to the new folder structure,
> >> it's probably best for each component to be done in a branch of its
> >> own, that way every commit on main works even if there is some
> >> breakage in the branch. It also allows for multiple people, such as
> >> the person creating the component and people working on components
> >> that rely on it, to collaborate on factoring out each piece. Due to
> >> the interconnectedness, commits on the branch may not work but we'll
> >> be sure the project works before merging each component back onto
> >> main.
> >> 
> >>> I wonder if 3 components (backend, render, and BibleTime) are the right
> >>> breakdown. There may be other things we should separate such as the
> >>> config system.
> >> 
> >> I'm not sure what our config system does that isn't part of the normal
> >> Qt cross-platform config system.  I would have guessed that any config
> >> systems would be part of the GUI component, but you probably know
> >> better than I.
> >> 
> >> --Greg
> >> 
> >> _______________________________________________
> >> bt-devel mailing list
> >> bt-devel at crosswire.org
> >> http://www.crosswire.org/mailman/listinfo/bt-devel
> > 
> > _______________________________________________
> > bt-devel mailing list
> > bt-devel at crosswire.org
> > http://www.crosswire.org/mailman/listinfo/bt-devel
> 
> _______________________________________________
> bt-devel mailing list
> bt-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/bt-devel



More information about the bt-devel mailing list