>> 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=


-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to