To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=72300
------- Additional comments from [EMAIL PROTECTED] Wed Jan 10 10:28:16 -0800 2007 ------- Eike, yes, there is a problem with the existing data. AFAIK, many programs output dots instead of commas as decimal separators in Poland, and improving the programs would mean that parsing the values becomes impossible. So there is a problem. However, I still have to see a document where the format 1 sty 2006 is being used, and then parsed. The format is very frequent in mail program headers (not of Polish origin, but coming from Redmond ;) ), but not in the spreadsheet or textual data. More problems could be with the change from the default ISO to the dd.mm.yyyy, as the ISO format is actually used. In my opinion, it should be still available but not default (at least not default in the Writer, as Writer doesn't really parse textual data as Calc can). Some empirical justification: the query for "Gru" in the biggest Polish corpus (www.korpus.pl) gives no results, whereas the query for "XII" gives more than 1000 results (that's the upper limit of hits in the corpus software), and all are dates. I tried other month abbreviations, none found. Nobody uses them in writing (especially in hand-writing). Note that the dates are written not as 2-V-2005 but simply 2 V 2006 (no hyphens). --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
