https://bugs.kde.org/show_bug.cgi?id=413390
--- Comment #7 from Friedrich W. H. Kossebau <kosse...@kde.org> ---
QString::number(year) will not be localized though (and we could simply already
use the result, QStringLiteral("2019") instead :)
To get a string of a year (without just delegating to translators, as the whole
idea of this is to avoid breaking string freeze on change of year e.g. in
stable branch, one could perhaps do this, though this relies on Gregorian
calendar again, given we have to specify a day when using QDate:
--- 8< ---
const QString copyrightYearEnd = QLocale().toString(QDate(2019, 1, 1),
QStringLiteral("yyyy"));
KAboutData aboutData( QStringLiteral("kdevelop"), i18n("KDevelop"),
QStringLiteral(KDEVELOP_VERSION_STRING),
i18n("The KDevelop Integrated Development
Environment"),
KAboutLicense::GPL, i18n("Copyright 1999-%1, The
KDevelop developers", copyrightYearEnd),
QString(),
QStringLiteral("https://www.kdevelop.org/";));
--- 8< ---
Going to ask on the kde-i18n-...@kde.org mailinglist what they suggest to do.
--
You are receiving this mail because:
You are watching all bug changes.
