On January 11, 2006 02:18 pm, Chris Shoemaker wrote: > > All QOF development happens at SF. > > You're implying that the gnucash developers have agreed to stop > development of the in-tree QOF and develop QOF only in your fork at > SF. Have any gnucash developers (other than yourself) done so? > > Simply moving files from src/engine to lib/libqof doesn't make it so. > I certainly didn't view that move as a restriction on further in-tree > development of QOF. I thought it was basically a convenience for you > in order to build stand-alone libqof.
Well, there was never a definitive plan, but there was certainly no opposition to the move to SourceForge at the time. Just to put everyone on the same page, here is Linas's original announcement to QOF, over two years ago: 15/06/03 --------------------------------------------------------------------------------------------------- Hi, I've just started the QOF "Query Object Framework" project on sourceforge. QOF consists of that part of the GnuCash engine that isn't about accounting. I started the project because I want to use the GnuCash query framework in another project of mine (GnoTime), and after thinking about it a bit, it seemed good to split it out into its own component. QOF consists of Derek Atkin's Query objects, Rob Browning's KVP trees, Bill Gribble's Numeric classes, Dave Peticolas' GUID's & events, and my own fractured Backend, books, & sessions. For now, I plan to keep the code in sync with GnuCash by hand. I'm not sure how things will play out in the future; I have no immediate plans. The really big deal in QOF is the query framework. I think its unique: there is no code out there that I can google that provides generic structured query functions for generic objects, without forcing you to use SQL. I think QOF can fill an important need for programmers who write apps that need to have reports, and are sophisticated enough to realize they need queries, and yet are not ready to convert thier app to an SQL app. The other big part of QOF is that it can act as a cache for an SQL backend. Note, however, that this part is 'under construcion'. Done right, it should make it easy to add SQL support for the Business Objects in GnuCash. However, this work hasn't been started, and needs volunteers. In particular, I'm hoping that anyone who has contemplated the SQL re-write for GnuCash can help in this area. QOF compiles on my box, but I haven't yet checked in all the Makefile.am & configure.in into CVS. Hopefully, I'll have a version 0.1 out shortly. If any of the regular GnuCash developers want developer access on sourceforge, let me know. http://qof.sourceforge.net --linas -----------------------------------------------------------------------------------------------------. -- Benoit Grégoire, http://benoitg.coeus.ca/
pgpA3lgym9XpI.pgp
Description: PGP signature
_______________________________________________ gnucash-devel mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
