The ISO is not U.S.;
the U.S. uses the confusing month-day-year rather than the
European day-month-year;
as an historian-genealogist, I've been pushing the European
method.
This ISO is as strange as changing the time twice/year or using AM
or PM following 12: ...
see http://www.cs.tut.fi/~jkorpela/iso8601.html for an
explanation of this idea;
[it's 'clear as mud' ;-) ]
On Mon, Jul 23, 2012 at 4:18 PM, Joep L. Blom <jlblom@neuroweave.nl> wrote:
On 23-07-12 21:02, Andreas Säger wrote:
Am 23.07.2012 14:44, Guy Voets wrote:Hi folks, A LibO spreadsheet, made in LibO, Dutch version (no Excel or OOo past). - In LibO 3.5.5, I used to give in dates as 20-7 and they were shown as 20 Jul 12. - In LibO 3.6.0.2, if I enter 20-7, 20-7 is shown in the cell. If I enter 20-7-12, the date is inverted into 12 Jul 2020. So instead of entering 20-7, I now need to enter 12-7-20 to get the desired notation 20 Jul 12. Is this a new feature, or a bug?This is just another anti-feature that has been added to Calc against all reason simply because too many inexperienced users who never really used any spreadsheets insisted loudly enough. I will upgrade my LibreOffice 3.5 to ApacheOpenOffice 3.4.1. I resent the US way of ISO 8601. We Dutch and other Europeans use themore logical sequence of day-month-year instead of the illogical year-month-day.(most important first, least important last: very often the year can be missed). Joep
-- For unsubscribe instructions e-mail to: users+help@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted