#
44f11d09 |
|
01-Oct-2014 |
Adrien Destugues <pulkomandy@gmail.com> |
Make BDateFormat inherit from BFormat again * Move relevant parts up into BFormat so other format classes can use those * Adjust BDurationFormat and BTimeUnitFormat for the changes * Remove the "default" date format, it is better to keep only a default locale and let applications create B*Formats from it as needed. * Creating a B*Format without arguments to the constructor now configures it for the default locale, which allows for easy use in standard cases (formatting something with the current language and format) * Creating a B*Format is potentially an expansive operation, it is advised to keep the instance around and reuse it whenever possible. However it must be "refreshed" when the locale changes, for apps which supports that, since it keeps a copy of the language and formatting convention, rather than a pointer to the locale as it did before.
|
#
2a5e33a9 |
|
26-Sep-2014 |
Adrien Destugues <pulkomandy@gmail.com> |
Move date formatting from BLocale to BDateFormat * There is a little code duplication. This will be moved to BFormat once the time and datetime formatting is also moved out of BLocale * The way to create a BDateFormat from a BLocale is still open for discussion. I'm undecided between making BDateFormat a member of BLocale, or adding a BDateFormat(const BLocale&) constructor. * Adjust all users of the API.
|
#
52cdfde0 |
|
25-Nov-2012 |
Oliver Tappe <zooey@hirschkaefer.de> |
Fix relying on order of static object destruction in Locale Kit. * use only a single static object (MutableLocaleRoster) instead of two, which avoids any problems if the order of static object destruction would destroy RosterData before MutableLocaleRoster * rename BPrivate::RosterData to BPrivate::LocaleRosterData and move it into a header and implementation file of its own This should hopefully fix problems encountered with a clang-compiled Locale Kit.
|
#
44f11d0982feb6ed1cc66c4d6d0a26bffd8ce4d4 |
|
01-Oct-2014 |
Adrien Destugues <pulkomandy@gmail.com> |
Make BDateFormat inherit from BFormat again * Move relevant parts up into BFormat so other format classes can use those * Adjust BDurationFormat and BTimeUnitFormat for the changes * Remove the "default" date format, it is better to keep only a default locale and let applications create B*Formats from it as needed. * Creating a B*Format without arguments to the constructor now configures it for the default locale, which allows for easy use in standard cases (formatting something with the current language and format) * Creating a B*Format is potentially an expansive operation, it is advised to keep the instance around and reuse it whenever possible. However it must be "refreshed" when the locale changes, for apps which supports that, since it keeps a copy of the language and formatting convention, rather than a pointer to the locale as it did before.
|
#
2a5e33a98056c2b92d46a6c9aae6da808c8524b1 |
|
26-Sep-2014 |
Adrien Destugues <pulkomandy@gmail.com> |
Move date formatting from BLocale to BDateFormat * There is a little code duplication. This will be moved to BFormat once the time and datetime formatting is also moved out of BLocale * The way to create a BDateFormat from a BLocale is still open for discussion. I'm undecided between making BDateFormat a member of BLocale, or adding a BDateFormat(const BLocale&) constructor. * Adjust all users of the API.
|
#
52cdfde04b346aa33eaebd4063321b80683973aa |
|
25-Nov-2012 |
Oliver Tappe <zooey@hirschkaefer.de> |
Fix relying on order of static object destruction in Locale Kit. * use only a single static object (MutableLocaleRoster) instead of two, which avoids any problems if the order of static object destruction would destroy RosterData before MutableLocaleRoster * rename BPrivate::RosterData to BPrivate::LocaleRosterData and move it into a header and implementation file of its own This should hopefully fix problems encountered with a clang-compiled Locale Kit.
|