https://bugs.kde.org/show_bug.cgi?id=457479
--- Comment #5 from Peter <benedekppe...@gmail.com> --- (In reply to Maik Qualmann from comment #4) > Well if I set my system to Hungarian I can reproduce it. Changing the > language in digiKam does not affect the date or number format. At the > request of users and bug reports, the date format should be retained by the > system, only the language should change in digiKam. I actually didn't think > that was correct. > The question now is, is the date format in Hungarian so common with spaces > and a period at the end, or did Qt make a mistake here? I could only find > out in web that yyyy.mm.dd is used in Hungary. > > Maik Unfortunately this format grammatically is correct (with spaces): yyyy. mm. dd. But entering the date in this format is slow and may result in errors (digiKam does not change the date to the new date, but restores the old -- original and and possibly faulty -- date). I saw several users how enter a date on the date field, and they always wrote it that way: yyyy.mm.dd. (without spaces). DigiKam didn't accept it and they didn't know what happened. I think in this case it is not a mistake if DigiKam does not adhere to the spelling rules. The date is also valid and usable in this case, and and data entry will be faster... ...or digikam needs to format the date after data entry. What do you think? -- You are receiving this mail because: You are watching all bug changes.
