dates already entered still depend on local time zone settings?

Peter Boosten peter at boosten.org
Thu Feb 10 11:43:41 EST 2011


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 :-)

-- 
HTTP://www.boosten.org



More information about the gnucash-user mailing list