On Sat, Aug 16, 2008 at 6:39 PM, Stuart D. Gathman <[EMAIL PROTECTED]>wrote:
> On Sat, 16 Aug 2008, Charles Day wrote:
>
> If you want to keep the existing file format unchanged, keep it
>>> unchanged. New programs are free to use the included timezone to
>>> extract the original date - or equiv
On Sat, 16 Aug 2008, Charles Day wrote:
>> If you want to keep the existing file format unchanged, keep it
>> unchanged. New programs are free to use the included timezone to
>> extract the original date - or equivalently, ignore everything except
>> the date. When the timestamps are loaded into
I have 2.2.6 installed on WinXP for my normal use. I'm trying to get
libdbi to build so that I can test the dbi backend. I have it building
now, but when I try to run the gnucash.bat file, it complains that it
can't find some of the new dlls in the installed lib location. Well, of
course not. T
On Sat, Aug 16, 2008 at 8:04 AM, Derek Atkins <[EMAIL PROTECTED]> wrote:
> "Charles Day" <[EMAIL PROTECTED]> writes:
>
> > How does this patch handle the (non-default) time used in the
> > book closing transactions?
> >
> > I was not aware of this issue. My patch doesn't change the backend
On Fri, Aug 15, 2008 at 4:08 PM, Stuart D. Gathman <[EMAIL PROTECTED]>wrote:
> Charles Day wrote:
>
>
> The problem is that this is an obfuscated flag. If you're going to flag
> dates, flag them with a new XML field. However unlikely, the 00:00:00
> flag will fail, and you have the worst of al
"Charles Day" <[EMAIL PROTECTED]> writes:
> How does this patch handle the (non-default) time used in the
> book closing transactions?
>
> I was not aware of this issue. My patch doesn't change the backend's file
> writing code, so whatever timestamp is assigned by GnuCash is what gets sav