Dotan Cohen wrote:
I cannot reproduce the rounding incident...
That in itself may be an indication of the cause of the problem...
It would be of great help if you did manage to stumble across a way to
reproduce the problem.
I suspect a version-change had something to do with it, and I am not
about to go through five OOo versions to test!
And what of backups? Some files, but not all due to space
considerations, will simply be put in a BackMeUp directory that will
be copied to DVD whenever someone feels like it.
Funny that the organization don´t see the value with backups, even after
this incident.... :-\
I think that this is a common stupidity.
2009/7/3 Eike Rathke <[email protected]>:
Hi Dotan,
On Friday, 2009-07-03 09:22:29 +0300, Dotan Cohen wrote:
There were other dealbreakers as well, such as the American dates
issue when editing a date in Calc. That was and continued to be a huge
issue, and has caused dataloss in the past.
But you are aware that the editing date format, as well as all default
display formats if nothing differently applied to a cell, depends on the
locale used on the system, and the locale can be overridden in
Tools->Options->LanguageSettings->Languages?
On my home machine, the system setting is to use the yyyy-mm-dd format
and some applications, such as Thunderbird, respect that. Calc does
not, I just tested. Kubuntu 9.04, OOo 3.1. Tell me where I err, not
the LC_TIME is en_DK.utf8 which forces Thunderbird to give me
yyy-mm-dd dates. Calc still does not.
$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME=en_DK.utf8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
I will second that on Fedora 10. I have yet to try Fedora 11 as I had
other issues with changing LC_TIME.
--
Robin Laing
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
