GObject in GC implementation Plan

[Josh Sled]

On Thu, 2007-04-12 at 09:24 -0400, Derek Atkins wrote:
> "Daniel Espinosa" <esodan at gmail.com> writes:
> > I have some ideas, to add this feature:
> >
> > - Add a GdaDataModel interface to QofCollection object
> > - Try to create a GdaServerProvider for the actual XML file
> > - Create a wrapper library to allow other applications access the XML
> > file (or even the GDA backend) using GDA
> 
> Again, I dont think we need any of this, because we already HAVE
> all of this.  (well, except for GDA, but Phil Longstaff is working
> on that in the gda-dev branch).

We don't have any of this, as it's described.  Phil is working on
GnuCash using GDA, not wraping GnuCash as a GDA data-source.


I don't think the QofCollection or the "XML file" is the right thing to
expose, exactly ... in all integration cases, I think there's a set of
application constraints that need to be enforced; binding to the XML or
raw data is insufficient.  Note that this doesn't preclude some use of
XML as the integration point.


I can see the abstract utility of having GnuCash data exposed via GDA,
but I note that no one has asked for that specifically ... it feels a
bit like a solution in search of a problem.  There are some known
integration requests (problems) that it could solve, so maybe it works
out, but the focus should be on solving the problems.

-- 
...jsled
http://asynchronous.org/ - a=jsled;b=asynchronous.org; echo ${a}@${b}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20070412/8a3e3920/attachment.bin