Geert,
>
> -- Forwarded message --
> From: Geert Janssens
> To: gnucash-devel@gnucash.org
> Date: Tue, 25 Oct 2011 20:21:20 +0200
> Subject: Re: New data field for invoice object - Follow up
> I've been silent for a while on this topic, because I was occ
On maandag 10 oktober 2011, Alex Aycinena wrote:
>
> Let me know if you have any questions. By the way, I'm currently
> traveling (I am in Brussels though I live in California; I believe you
> are in Belgium?) so I'll try to check e-mail regularly to be available
> to you.
>
I didn't see your las
I've been silent for a while on this topic, because I was occupied with other
matters.
I have followed the whole discussion and the suggestions made on adding a new
data field or kvp. After digesting is for some time, let me post some personal
conclusions for my current case:
* Clearly GnuCash
On Oct 10, 2011, at 10:13 AM, Derek Atkins wrote:
> John Ralls writes:
>
>> Your ext2/ext3 example is a bit simplistic: Ext3 adds a single
>> (optional) feature, journalling, which doesn't affect any of the other
>> data structures. It just reads and writes a hidden file. No file, no
>> journal
John Ralls writes:
> Your ext2/ext3 example is a bit simplistic: Ext3 adds a single
> (optional) feature, journalling, which doesn't affect any of the other
> data structures. It just reads and writes a hidden file. No file, no
> journal, no problem (unless, of course, you need to recover from a
On Oct 10, 2011, at 9:05 AM, Derek Atkins wrote:
> Hi,
>
> John Ralls writes:
>
>> Geert,
>>
>> The way you'd implement an optional type field in an RDB is to create
>> a new table for it with two fields, a key (which would be the invoice
>> GUID) and the type, and the code for handling that
Hi,
John Ralls writes:
> Geert,
>
> The way you'd implement an optional type field in an RDB is to create
> a new table for it with two fields, a key (which would be the invoice
> GUID) and the type, and the code for handling that table would have to
> examine the database version and not use it
John Ralls writes:
> On Oct 9, 2011, at 6:09 PM, Derek Atkins wrote:
>
> John Ralls writes:
>
> Nope, sticking it in KVP is bad, too, because without the type field,
>
> an older version of Gnucash will see the credit note data and think
>
> that it's a regula
On Oct 9, 2011, at 6:09 PM, Derek Atkins wrote:
> John Ralls writes:
>
>> Nope, sticking it in KVP is bad, too, because without the type field,
>> an older version of Gnucash will see the credit note data and think
>> that it's a regular invoice and really screw things up.
>
> Yes, I agree wit
John Ralls writes:
> Nope, sticking it in KVP is bad, too, because without the type field,
> an older version of Gnucash will see the credit note data and think
> that it's a regular invoice and really screw things up.
Yes, I agree with this. We can't just use a KVP. We would also have to
add
On maandag 10 oktober 2011, Alex Aycinena wrote:
> When I was considering adding a new field for the split entry-number,
> I did a bunch of work to implement it. John's suggestion to use the
> 'action' field instead, however, is appealing and I will go that way
> if my investigations prove that it
Geert,
> -- Forwarded message --
> From: Geert Janssens
> To: gnucash-devel@gnucash.org
> Date: Sat, 8 Oct 2011 18:23:25 +0200
> Subject: New data field for invoice object
> I'm working on introducing full credit note support in GnuCash [1]. After
> thin
On 08 Oct 2011, at 8:18 PM, John Ralls wrote:
The way you'd implement an optional type field in an RDB is to
create a new table for it with two fields, a key (which would be the
invoice GUID) and the type, and the code for handling that table
would have to examine the database version and n
On Oct 8, 2011, at 12:34 PM, Christian Stimming wrote:
> Am Samstag, 8. Oktober 2011 schrieb John Ralls:
>> On Oct 8, 2011, at 9:23 AM, Geert Janssens wrote:
>>> I'm working on introducing full credit note support in GnuCash [1]. After
>>> thinking it through for a long time I came to the conclus
Am Samstag, 8. Oktober 2011 schrieb John Ralls:
> On Oct 8, 2011, at 9:23 AM, Geert Janssens wrote:
> > I'm working on introducing full credit note support in GnuCash [1]. After
> > thinking it through for a long time I came to the conclusion I will need
> > to add an extra parameter to the invoice
On Oct 8, 2011, at 9:23 AM, Geert Janssens wrote:
> I'm working on introducing full credit note support in GnuCash [1]. After
> thinking it through for a long time I came to the conclusion I will need to
> add an extra parameter to the invoice object that has to be saved and
> restored
> from
On zaterdag 8 oktober 2011, Geert Janssens wrote:
> I'm working on introducing full credit note support in GnuCash [1]. After
> thinking it through for a long time I came to the conclusion I will need to
> add an extra parameter to the invoice object that has to be saved and
> restored from the dat
I'm working on introducing full credit note support in GnuCash [1]. After
thinking it through for a long time I came to the conclusion I will need to
add an extra parameter to the invoice object that has to be saved and restored
from the data file.
I could use a new kvp, so older versions of Gn
18 matches
Mail list logo
