Wasn't 4.8.4 already released? Anyways, I don't think this can be done for 4.8.x since CLDR 2.0.1 (and later) introduces a bunch of behavioral changes that must be carefully tested. The Policy doesn't allow such changes in patch-release(s).
Konstantin 2012/12/10 El Mehdi Fekari <[email protected]>: > Thanks. We have already an internal change to update the concerned Qlocale > data, but we just want to avoid internal commits and deviate from upstream. > > Mehdi > > On 12-12-10 6:50 AM, "Konstantin Ritt" <[email protected]> wrote: > >>Locally? yes. >>Feel free to cherry-pick a respective changes from 5.0: >>https://codereview.qt-project.org/39558, >>https://codereview.qt-project.org/39559, >>https://codereview.qt-project.org/39560, >>https://codereview.qt-project.org/39561, >>https://codereview.qt-project.org/40038, >>https://codereview.qt-project.org/40040, >>https://codereview.qt-project.org/40042, >>https://codereview.qt-project.org/40043 >>...and optionally https://codereview.qt-project.org/40439, >>https://codereview.qt-project.org/40442, >>https://codereview.qt-project.org/40562, >>https://codereview.qt-project.org/40564 >> >>Note that they'll require some adoption since in Qt5 QLocaleData has >>been factored out from QLocalePrivate. >> >>Konstantin >> >> >>2012/12/10 El Mehdi Fekari <[email protected]>: >>> Is it also possible to updated Qlocale data to CLDR 22.1 in Qt4.8.4? >>> >>> Thanks, >>> Mehdi >>> >>> On 12-12-10 6:19 AM, "Konstantin Ritt" <[email protected]> wrote: >>> >>>>QLocale data in Qt 5.0-rc1 is already up-to-date (generated from CLDR >>>>22.1). >>>> >>>>Konstantin >>>> >>>> >>>>2012/12/10 El Mehdi Fekari <[email protected]>: >>>>> Hi, >>>>> >>>>> We've got many issues concerning the current Qlocale data based on >>>>>CLDR v2.0. We currently have a critical bug concerning the default >>>>>numbering system Qlocale provides for some countries/region in the >>>>>BlackBerry10 product: >>>>> >>>>> * Qlocale (with CLRD2.0 Data) specifies native digits for most of >>>>>the Indic locales (Punjabi, Hindi, Tamil, Š), which supposed to be in >>>>>Latin digits ( fixed in CLRD 22.1). >>>>> * Qlocale provides Arabic digits for Slovak region. ( fixed in >>>>>CLRD >>>>>22.1) >>>>> >>>>> The most recent version of CLDR (22.1) is more consistent with the >>>>>current ICU and specifies correct default numbering system values. >>>>> >>>>> So I think the scripts qlocalexml2cpp.py and cldr2qlocalexml.py need >>>>>to >>>>>be updated to support recent CLDR 22.1 and generate more recent data >>>>>for >>>>>Qlocale. >>>>> >>>>> Cheers, >>>>> >>>>> Mehdi >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> This transmission (including any attachments) may contain confidential >>>>>information, privileged material (including material protected by the >>>>>solicitor-client or other applicable privileges), or constitute >>>>>non-public information. Any use of this information by anyone other >>>>>than >>>>>the intended recipient is prohibited. If you have received this >>>>>transmission in error, please immediately reply to the sender and >>>>>delete >>>>>this information from your system. Use, dissemination, distribution, or >>>>>reproduction of this transmission by unintended recipients is not >>>>>authorized and may be unlawful. >>>>> _______________________________________________ >>>>> Development mailing list >>>>> [email protected] >>>>> http://lists.qt-project.org/mailman/listinfo/development >>> >>> >>> --------------------------------------------------------------------- >>> This transmission (including any attachments) may contain confidential >>>information, privileged material (including material protected by the >>>solicitor-client or other applicable privileges), or constitute >>>non-public information. Any use of this information by anyone other than >>>the intended recipient is prohibited. If you have received this >>>transmission in error, please immediately reply to the sender and delete >>>this information from your system. Use, dissemination, distribution, or >>>reproduction of this transmission by unintended recipients is not >>>authorized and may be unlawful. > > > --------------------------------------------------------------------- > This transmission (including any attachments) may contain confidential > information, privileged material (including material protected by the > solicitor-client or other applicable privileges), or constitute non-public > information. Any use of this information by anyone other than the intended > recipient is prohibited. If you have received this transmission in error, > please immediately reply to the sender and delete this information from your > system. Use, dissemination, distribution, or reproduction of this > transmission by unintended recipients is not authorized and may be unlawful. _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
