Provide i18nd wrappers in kdeclarative

Review Request #118526 - Created June 4, 2014 and submitted

Martin Flöser
kdeframeworks, plasma
Provide i18nd wrappers in kdeclarative

As QML might combine multiple modules with different cataloges we need
to be able to specify the translation domain explicitly. If there is a
need to use a specific domain for all i18n calls (e.g. in a library
using QML) there is the possibility to set a global translation domain
through KDeclarative. If such a domain is set all i18n calls delegate
to the i18nd variant.

Due to the nature of KDeclarative we cannot mix i18n calls with
different domains. If two modules would require to set the translation
domain it's bound to fail. Thus the recommendation is to use the i18nd
variants in any QML code which is intended to be used as an import.
adjusted kwineffects KCM and run it with the x-test language: the strings with i18n from QML side are now picking up the translated strings.


  • 1
  • 1
  • 0
  • 2
Description From Last Updated
Can we warn if this is already set to something else. If two QML files try to do it to ... David Edmundson David Edmundson
David Edmundson
Marco Martin
Chusslove Illich
Marco Martin
Commit Hook
This review has been submitted with commit 90c9c6563dbc7e6ad57ab374d2f9cab78ccd367b by Martin Gräßlin to branch master.
Martin Flöser
Review request changed

Status: Closed (submitted)