On Fri, 2006-11-03 at 17:00 -0500, Derek Atkins wrote:
> Finally, when designing the schema you should keep in mind that we probably
> want an audit table so we can look back at who changed what (and maybe even
> when).
For audit purposes, the "when" is vital.
Conrad.
__
Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
> Thanks for point this.
>
> Then the documentation isn't equal, . Then the only is read the
> code and study how it works? Ok! :-)
The QOF documentation at http://cvs.gnucash.org/docs/HEAD is accurate.
-derek
--
Derek Atkins, SB '93 MIT
2006/11/3, Christian Stimming <[EMAIL PROTECTED]>:
> Am Freitag, 3. November 2006 21:40 schrieb Daniel Espinosa:
> > 2006/11/3, Derek Atkins <[EMAIL PROTECTED]>:
> > > 1) Convert QOF to use GObject natively instead of being GObject-like
> > > 2) Using the same QOF APIs, try to use GDA natively insi
2006/11/3, Phil Longstaff <[EMAIL PROTECTED]>:
> On Fri, 2006-03-11 at 17:00 -0500, Derek Atkins wrote:
> > I think, Phil, that you should use Daniel as a resource to better
> > understand GDA. Daniel, I think you should provide your GDA knowledge
> > to Phil who seems to better understand the is
On Fri, 2006-03-11 at 17:00 -0500, Derek Atkins wrote:
> I think, Phil, that you should use Daniel as a resource to better
> understand GDA. Daniel, I think you should provide your GDA knowledge
> to Phil who seems to better understand the issue at hand. I leave it
> to you two to figure out how
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
> On Fri, 2006-03-11 at 14:40 -0600, Daniel Espinosa wrote:
>> I know some about GObject architecture, I plan to use this to
>> understand QOF, that's the easy part, and plan to implement most of
>> the Interface to create the backend privider independie
On Fri, 2006-03-11 at 14:40 -0600, Daniel Espinosa wrote:
> I know some about GObject architecture, I plan to use this to
> understand QOF, that's the easy part, and plan to implement most of
> the Interface to create the backend privider independient as far as I
> could, focus on SQLite for the fi
On Fri, 2006-11-03 at 12:26 -0600, Daniel Espinosa wrote:
> I see you don't want to help any one that doesn't have a previous
> knowlege about QOF, even if he/she have some knowlege about GObject
> architecture; I know that may you haven't time enough but I haven't
> time to learn QOF, I prefer to
Am Freitag, 3. November 2006 21:40 schrieb Daniel Espinosa:
> 2006/11/3, Derek Atkins <[EMAIL PROTECTED]>:
> > 1) Convert QOF to use GObject natively instead of being GObject-like
> > 2) Using the same QOF APIs, try to use GDA natively inside QOF
> > 3) Consider moving more information into QOF.
>
2006/11/3, Derek Atkins <[EMAIL PROTECTED]>:
> Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
>
> > I'm trying to question in the best way, with out injury to any, the GC
> > architecture and try to HELP to have a better one.
>
> The steps towards a better architecture are:
>
> 1) Convert QOF to use
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
> The fact that FC5-extras has 1.9.100 is irrelavant. That's an
> unstable release. It's not even forward API-compatible with newer
> unstable releases. It also has some pretty serious bugs.
Ahh, so it is. I thought it was in core, not extras. Als
On Fri, 2006-03-11 at 13:58 -0500, Derek Atkins wrote:
> But as you can see from other email, I'm open to listen. Chris convinced me
> that we should look forward to GDA-2 (through 1.99) instead of keeping
> with 1.9
I have seen Chris's e-mail proposing we use GDA-2 (1.99) instead of 1.2,
but ha
Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
> I'm trying to question in the best way, with out injury to any, the GC
> architecture and try to HELP to have a better one.
The steps towards a better architecture are:
1) Convert QOF to use GObject natively instead of being GObject-like
2) Using th
2006/11/3, Derek Atkins <[EMAIL PROTECTED]>:
> Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
>
> > 2006/11/2, Derek Atkins <[EMAIL PROTECTED]>:
> >> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
> >>
> >> > I have started working on a gda backend and am starting with a QofQuery
> >> > -> SQL translato
Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
> 2006/11/2, Derek Atkins <[EMAIL PROTECTED]>:
>> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>>
>> > I have started working on a gda backend and am starting with a QofQuery
>> > -> SQL translator. I assume no one else has such a beast (there is a
>> >
2006/11/2, Derek Atkins <[EMAIL PROTECTED]>:
> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
> > I have started working on a gda backend and am starting with a QofQuery
> > -> SQL translator. I assume no one else has such a beast (there is a
> > SQL -> QofQuery translator as part of QOF. When we
2006/11/3, Derek Atkins <[EMAIL PROTECTED]>:
> Phil Longstaff <[EMAIL PROTECTED]> writes:
>
> >> What version of LibGDA do you need to get GdaQuery? Is libgda-1.9.100
> >> recent enough? Or do you need something more recent than that? (I ask
> >> because 1.9.100 is what FC5 has).
> >
> > I don't
On Fri, Nov 03, 2006 at 10:09:47AM -0500, Derek Atkins wrote:
> Phil Longstaff <[EMAIL PROTECTED]> writes:
>
> >> What version of LibGDA do you need to get GdaQuery? Is libgda-1.9.100
> >> recent enough? Or do you need something more recent than that? (I ask
> >> because 1.9.100 is what FC5 has
Phil Longstaff <[EMAIL PROTECTED]> writes:
>> What version of LibGDA do you need to get GdaQuery? Is libgda-1.9.100
>> recent enough? Or do you need something more recent than that? (I ask
>> because 1.9.100 is what FC5 has).
>
> I don't know. On the www.gnome-db.org web site, the 1.9.102.chan
On Thu, 2006-02-11 at 22:04 -0500, Derek Atkins wrote:
> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
> > On Thu, 2006-02-11 at 16:53 -0500, Chris Shoemaker wrote:
> >> On Thu, Nov 02, 2006 at 08:47:30AM -0500, Phil Longstaff wrote:
> >> > I have started working on a gda backend and am starting w
On Thu, Nov 02, 2006 at 10:13:37PM -0500, David Hampton wrote:
> On Thu, 2006-11-02 at 21:27 -0500, Phil Longstaff wrote:
> > On Thu, 2006-02-11 at 16:53 -0500, Chris Shoemaker wrote:
>
> > > Anyway, try to avoid writing the SQL emitter, if you can.
> >
> > I don't really want to gut the core of
On Thu, 2006-11-02 at 21:27 -0500, Phil Longstaff wrote:
> On Thu, 2006-02-11 at 16:53 -0500, Chris Shoemaker wrote:
> > Anyway, try to avoid writing the SQL emitter, if you can.
>
> I don't really want to gut the core of GC and rebuild it around Gda.
I've been thinking of gutting the core of GC
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
> On Thu, 2006-02-11 at 16:53 -0500, Chris Shoemaker wrote:
>> On Thu, Nov 02, 2006 at 08:47:30AM -0500, Phil Longstaff wrote:
>> > I have started working on a gda backend and am starting with a QofQuery
>> > -> SQL translator.
>>
>> Have you looked at j
On Thu, 2006-02-11 at 16:53 -0500, Chris Shoemaker wrote:
> On Thu, Nov 02, 2006 at 08:47:30AM -0500, Phil Longstaff wrote:
> > I have started working on a gda backend and am starting with a QofQuery
> > -> SQL translator.
>
> Have you looked at just directly using the GdaQuery objects? You can
On Thu, Nov 02, 2006 at 08:47:30AM -0500, Phil Longstaff wrote:
> I have started working on a gda backend and am starting with a QofQuery
> -> SQL translator.
Have you looked at just directly using the GdaQuery objects? You can
constuct an abstract query out of GdaQueryFieldFields,
GdaQueryFiel
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
> OK. I'll see if there is anything I can borrow from it.
I doubt there is, except as a prototype..
>> > Secondly, I looked at the begin/commit edit behaviour when an account
>> > was being created. There was a *lot* of begin/commit activity on the
>
On Thu, 2006-02-11 at 16:14 -0500, Derek Atkins wrote:
> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
> > I have started working on a gda backend and am starting with a QofQuery
> > -> SQL translator. I assume no one else has such a beast (there is a
> > SQL -> QofQuery translator as part of QOF
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
> I have started working on a gda backend and am starting with a QofQuery
> -> SQL translator. I assume no one else has such a beast (there is a
> SQL -> QofQuery translator as part of QOF. When we get an SQL backend,
> it won't make sense to translate
I have started working on a gda backend and am starting with a QofQuery
-> SQL translator. I assume no one else has such a beast (there is a
SQL -> QofQuery translator as part of QOF. When we get an SQL backend,
it won't make sense to translate SQL -> QofQuery -> SQL). I have also
looked at the
29 matches
Mail list logo
