See https://bugs.kde.org/show_bug.cgi?id=404805 for more details.
This patch needs to be applied to https://websvn.kde.org/trunk/l10n-kde4/scripts/
and https://websvn.kde.org/branches/stable/l10n-kde4/scripts/
BUG:404805
Details
Details
Diff Detail
Diff Detail
- Branch
- svn+ssh://svn@svn.kde.org/home/kde/trunk/l10n-kde4
- Lint
No Linters Available - Unit
No Unit Test Coverage - Build Status
Buildable 8825 Build 8843: arc lint + arc unit
Comment Actions
What is the use case that you are trying to achieve?
If the version is something like the Qt version, then this is a non-starter.
Version-specific translations should be tracked and managed in different translations branches. If a program support different branches with the same codebase, it's up to its codebase to support the same translation file.
Comment Actions
In extract-messages.sh there are specific XGETTEXT macros for a specific scope like XGETTEXT_QT for scanning Qt translations or XGETTEXT_WWW for another purpose. The new macros XGETTEXT_KDE4 and XGETTEXT_KF5 provides additional scopes limiting to a specific KDE/KF major version number.
If the version is something like the Qt version, then this is a non-starter.
no, it's KDE/KF major version
Version-specific translations should be tracked and managed in different translations branches.
Which has the drawback that they tend to diverge, which is not wanted with alkimia.
If a program support different branches with the same codebase, it's up to its codebase to support the same translation file.
In alkimia case there are the library itself and the online quote editor, which are multi branch. plasma/applets/onlinequote currently is KDE4 only and plasma/applets/ForeignCurrencies KF5 only.
The new macros are exactly for this purpose and are used in the projects Message.sh to only process the pot files intended for the given major version (see D19304).
Without this macros plasma/applets/onlinequote will be updated in l10n-kf5 without really been used and plasma/applets/ForeignCurrencies would be updated in the l10n-kde4 also without been used.
Comment Actions
Right now everything is only extracted into l10n-kf5. Both po files will be part of the tarball of the library, so they will be used.
There is no really an issue in extracting both of them, and anyway we don't apply code which specific to a major version in the code; the branch code is already enough to differentiate.
There is no need for this change.