#1 Add CMakeL10n rules

Merged
SlavekB merged 2 commits from feat/CMakeL10n into master 4 months ago
SlavekB commented 4 months ago

KVIrc is in many ways different from the usual TDE applications. Therefore, I am not surprised that even for translations it is significantly different.

While usual TDE applications translate a string or a context + string, the string + context is used here. Yes, the opposite order of arguments. Moreover, the context is not actually used as a translation context, but it determines the catalog in which the translation is to be searched.

As a result, old modified kde-xgettext can not be used to extract strings for translation. Therefore, there is a forced use of standard xgettext, instead of kde-xgettext. At this moment, I do not think of a more viable solution.

Some objections? Some ideas?

KVIrc is in many ways different from the usual TDE applications. Therefore, I am not surprised that even for translations it is significantly different. While usual TDE applications translate a string or a context + string, the string + context is used here. Yes, the opposite order of arguments. Moreover, the context is not actually used as a translation context, but it determines the catalog in which the translation is to be searched. As a result, old modified kde-xgettext can not be used to extract strings for translation. Therefore, there is a forced use of standard xgettext, instead of kde-xgettext. At this moment, I do not think of a more viable solution. Some objections? Some ideas?
SlavekB added the
PR/rfc
label 4 months ago
MicheleC commented 4 months ago
Owner

Looks ok to me

Looks ok to me
SlavekB removed the
PR/rfc
label 4 months ago
SlavekB deleted branch feat/CMakeL10n 4 months ago
SlavekB added this to the R14.0.6 release milestone 4 months ago
The pull request has been merged.
Sign in to join this conversation.
Loading…
Cancel
Save
There is no content yet.