Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-94460

QLocale's names for languages, scripts and territories don't match CLDR's en.xml's proper names

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Reported
    • Priority: P2: Important
    • Resolution: Unresolved
    • Affects Version/s: 5.15, 6.0, 6.1, 6.2
    • Fix Version/s: 6.x
    • Component/s: Core: Locales (i18n)
    • Labels:
      None
    • Platform/s:
      All
    • Story Points:
      8

      Description

      At present, qlocale_data_p.h's *_name_list[] arrays for (English, at least nominally) names of languages, scripts and territories use ASCII-compatible names derived from enumdata.py, matching the members of QLocale's Language, Script and Territory enums. The latter, of course, have to have ASCII-compatible names; but the names in the arrays are the ones returned by languageToString() and related QString-returning methods that can cope with more than just ASCII. Since some of the languages, scripts and territories have names, in CLDR's en.xml – so nominally English, although sometimes with accented letters not normally used in English, e.g. "Norwegian Bokmål" for nb_NO or "Côte d’Ivoire" for CI – that don't always coincide with the ASCII-compatible names we use for the enums (in the given examples, NorwegianBokmal and IvoryCoast). In some cases (e.g. Ivory Coast) the name we use for the enum is a recognised variant, listed by CLDR alongside the definitive form, but it would be more consistent with CLDR to use the definitive form.

      This arises because we need ASCII names for the enums, but it's only a matter of changing the scripts that generate the data to get the en.xml names into the *_name_list[] arrays instead. Some reworking of the util/locale_database/ scripts shall, of course, be needed.
      At present, those scripts do report on major discrepancies between the ASCII-compatible names and the en.xml ones; the fix would be to have it propagate those en.xml names through the QLocale XML data-file from CLDR through to the data-generation step.

        Attachments

          Issue Links

          No reviews matched the request. Check your Options in the drop-down menu of this sections header.

            Activity

              People

              Assignee:
              Eddy Edward Welbourne
              Reporter:
              Eddy Edward Welbourne
              PM Owner:
              Vladimir Minenko Vladimir Minenko
              RnD Owner:
              Alex Blasche Alex Blasche
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:

                  Gerrit Reviews

                  There are no open Gerrit changes