Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
4.5.1, 6.7
-
None
-
Any in which {{nl_langinfo()}} is considered the source of truth about user L10n; this may well include every system using {{glibc}}, the GNU C library.
-
-
144
Description
As noted in QTBUG-122216 and discussed in this review, various C library functions – nl_langinfo(), strftime(), strfmon(), maybe others – provide access to locale-relevant data that the user may have configured. However, these do not align well with the CLDR data that QLocale otherwise uses, making it difficult to work out how to incorporate it into QSystemLocale without causing an "impedance mismatch" – most of the problems centre on "is that a short format or a long format ?"
The bug mentioned above shows that (at least some) users expect QLocale::system() to agree with what the C library gives them; and the contribution whose review is linked above makes a reasonable attempt to square the circle, yet we do not have agreement on how to proceed.
Attachments
Issue Links
- blocks
-
QTBUG-58351 QLocale: Allow fully customized locale settings (user-configured date strings, etc)
- Open
- is duplicated by
-
QTBUG-128572 QLocale not obeying system configuration
- Closed
- relates to
-
QTBUG-122216 Qt Linux does not respect locale
- Reported
-
QTBUG-70516 Extend Qt's support for CLDR date/time formatting
- Open
-
QTBUG-109955 Implement system query for digit grouping rules
- Closed