dates already entered still depend on local time zone settings?

Geert Janssens janssens-geert at telenet.be
Thu Feb 10 11:57:46 EST 2011


On Thursday 10 February 2011, Peter Boosten wrote:
> On 10 feb 2011, at 15:40, Geert Janssens <janssens-geert at telenet.be>
> 
> wrote:
> > I don't see a good work around for this situation, sorry. Perhaps
> > someone else
> > can help you with that.
> 
> Not having investigated this, but trying to look with a fresh view:
> 
> Where does that time in the xml come from (midnight in this case)? If
> this is just a fictuous time, then setting it to noon gives you twelve
> hours of time zone slack without ever resetting the date.
> 
> On the other hand, if the times really matter, then why not store the
> timestamp in UTC, and display in local time? A transaction in this
> time zone is probably on a different date than when entered in China.
> Might come in handy whenever GC goes multi user.
> 
> One for the programmers :-)

Thanks for your suggestions. But can you please add your comments in the 
bugreport I mentioned ? That will keep all information regarding this topic in 
on central place.

Thanks

Geert


More information about the gnucash-user mailing list