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