Summary: | Date Input Field Not Localized | ||
---|---|---|---|
Product: | [Applications] skrooge | Reporter: | Bob Stouffer <restouffer> |
Component: | general | Assignee: | Stephane MANKOWSKI <stephane> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | belljka, stephane |
Priority: | NOR | ||
Version: | 2.10.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | https://commits.kde.org/skrooge/438ee7bc51339b8482ad0d998b4dcd8c8f9fe73f | Version Fixed In: |
Description
Bob Stouffer
2018-02-04 11:16:45 UTC
Hi, 2 years ago, I did the following correction: https://bugs.kde.org/show_bug.cgi?id=350722 To explain, to avoid wrong dates, skrooge use "dd/mm/yyyy" as date format for the date editor WHEN the system date format doesn't have the full year (eg. 2018) but only the short year (eg. 18). In you case, your local is set with a short year, this is why skrooge uses the default "dd/mm/yyyy". Is my answer acceptable? Do you see something that could be done on Skrooge to avoid this misunderstanding? Regards. I don't know much about formatting dates in Qt, but looking at the patch on the ticket you linked, it might be possible to call QLocale::dateTimeFormat(QLocale::ShortFormat) and if the returned QString does not contain 'yyyy', replace 'yy' with 'yyyy' and use that as your mAlternativeDateFormatToUse. Git commit 438ee7bc51339b8482ad0d998b4dcd8c8f9fe73f by Stephane MANKOWSKI. Committed on 04/02/2018 at 14:57. Pushed by smankowski into branch 'master'. Date Input Field Not Localized M +1 -0 CHANGELOG M +6 -5 skgbasegui/kdateedit.cpp M +5 -4 skgbasegui/kdatevalidator.cpp https://commits.kde.org/skrooge/438ee7bc51339b8482ad0d998b4dcd8c8f9fe73f Good idea. done! *** Bug 390098 has been marked as a duplicate of this bug. *** |