https://bugs.freedesktop.org/show_bug.cgi?id=52240
--- Comment #36 from Mikeyy <mikeyy....@gmail.com> 2012-08-28 20:09:16 UTC --- > > 31.08.12 > > 31.8.12 > > These are full dates, just with 2-digit year, and covered by the automatic > D.M.Y full date pattern, input is already possible. Yes, but those full dates (31.08.12) didn't work in 3.6, that's why I'm reporting it here. > > and same variants with / and - as an separator to be included in date > > recognition when cells are default formatted (number/general) for Croatian > > locale (could be same for other locales, not sure). > > This exactly is not wanted. People were complaining that too many input > patterns were converted to date even if the input did not resemble a date in > the selected locale, which is why the new behavior was implemented. In future > releases the date acceptance patterns will be editable to suit everyone's > needs. Who complained? Where? I have a feeling that 0,5% of 10.000.000 user base complained and now other 99,5% will suffer. Are there any examples of numbers using - or / which can be mistaken for dates? I can only think of one, invoice numbers which usually looks something like: 1234/12 1234/2012 1234-5678-12 ... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
