Martin,
Can you give me a clue where to look, to solve this problem? I've read
some of the code, but haven't even found the part that's writing the
configuration file yet.
Thanks
Bruce
Bruce Perens wrote:
> Martin,
>
> The latest beta of the aqbanking setup wizard isn't saving the use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins schrieb:
> "Marcus Wolschon" <[EMAIL PROTECTED]> writes:
>
>> The linked sourceforge-project consists of * jGnucashLib, a
>> stable library for reading and writing gnucash's data-format, *
>> jGnucashEditor, a java-tool ment for bulk-oper
--- On Thu, 11/13/08, Derek Atkins <[EMAIL PROTECTED]> wrote:
> From: Derek Atkins <[EMAIL PROTECTED]>
> Subject: Re: String lengths in the SQL backend
> To: [EMAIL PROTECTED]
> Cc: "Gnucash list" <[EMAIL PROTECTED]>, [EMAIL PROTECTED], "Phil Longstaff"
> <[EMAIL PROTECTED]>
> Date: Thursday,
On November 14, 2008 08:30:11 am Derek Atkins wrote:
> Phil,
>
> I must have missed this, because I don't remember reading the original
> request. I don't understand what "additional table" is required.
> I'm trying to think about it from the GnuCash use standpoint, not
> the backend storage aspec
Hello everybody,
Herbert Thoma wrote:
>> What exactly is the use-case for using codes as a primary key?
I'm not following this list daily. I just joined this discussion which
also concerns me to a great extent.
Phil already gave a bit of explanation. I'll try to give my
perspective, too.
Firs
Phil,
Phil Longstaff <[EMAIL PROTECTED]> writes:
> On November 13, 2008 10:10:53 am Derek Atkins wrote:
>> What exactly is the use-case for using codes as a primary key?
>> Keep in mind that the SQL Backend data store is just that, a
>> data store. GnuCash does NOT use database constraints, and