Question around internationalization in QML
-
I am struggling with dynamic translation in QML as well. I can install new QM files, but I only get a translated UI on new Items that get loaded after the QM is installed. All existing items remain untranslated. Theoretically, the QDeclarativeView receives a changeEvent(LanguageChange) when the translation is installed, but changeEvent() hasn't been reimplemented in QDeclarativeView yet. Hopefully that feature will be added soon. For now, after you install the new translation file, you'll have to reload all of your text manually, i.e. using a Loader or some other mechanism.
-
Good to know I am not the only one struggling through it. Let me know if you find a good solution.
Kyle
-
May I suggest filing a bugreport in "Jira":http://bugreports.qt.nokia.com? I considder it a bug that dynamic translation doesn't work with QDeclarativeView.
-
Great idea!
"QTBUG-16827":http://bugreports.qt.nokia.com/browse/QTBUG-16827
It kind of makes sense to me that it wouldn't be translated. e.g.
@
Text{
id: myTxt
text: qsTr("Translate Me")
}
@When the above Text is created, qsTr() is script code that gets executed. The result is assigned to myTxt.text. So when a new translation is installed, there's no new script to be executed. However, there needs to be a mechanism to retranslate when a QEvent::LanguageChange is posted.
-
Turns out there was already a bug filed for this:
"http://bugreports.qt.nokia.com/browse/QTBUG-15602":http://bugreports.qt.nokia.com/browse/QTBUG-15602
And someone just posted a great suggestion for a workaround. I have verified it in my application:
QML:
@
Text {
text: qsTr("Translate Me") + rootItem.emptyString
}
@By binding "text:" to another property, the whole expression will be reevaluated whenever the property emptyString changes.
In my case rootItem is a QObject that is installed with setContextProperty()
My rootItem has:
Q_PROPERTY(QString emptyString READ getEmptyString NOTIFY languageChanged)
In my method that installs a new QM translation file, I end with:
emit languageChanged();
The method getNullString() just returns "" so it doesn't effect the display of the text.
A better solution still needs to be resolved by the Trolls, but this will work until that time.
Regards,
Matt -
goli:
Basically, your code should look similar to this. Post your C++ code if this doesn't help.
@
class MyClass : public QObject
Q_OBJECT
Q_PROPERTY(QString emptyString READ getEmptyString NOTIFY languageChanged)QString getEmptyString() { return ""; }
Q_INVOKABLE void selectLanguage(QString language) {
// Install QTranslator. See Docs for details
emit languageChanged();
}
@@
int main(argc, argv) {QDeclarativeView view;
MyClass myObj;
...
...view.rootContext()->setContextProperty("rootItem", (QObject *)&myObj);
...
...}
@The selectLanguage() method installs a new QTranslator in the application. It then emits languageChanged(). All QML Text { } elements that use rootItem.emptyString in their text binding will receive a "NOTIFY" signal causing the qsTr("....") to be reevaluated using the new QTranslator. Because rootItem.emptyString is just "" (an empty string), it will alter the text in your GUI.
Please post your code if you have more questions.
Regards,
Matt -
This code works, thank you. I had the same problem, but this method solved it.
Waiting for more elegant solution - without adding any "empty strings"... ;)
-
Another approach would be to clear the engine's internal cache and set the main qml file again. clearComponentCache() forces all components to be reloaded, so there is no need for the emptyString property.
side note: clearComponentCache() is also nice for dynamic qml loading without restarting your application. It really speeds qml development up.
[code]
QDeclarativeView view;
...
...
void languageChange ( QString qsLanguage )
{
// install the translator here. See Qt docs about it// Now do: view.engine()->clearComponentCache ( ); view.setSource(QUrl::fromLocalFile ("apps_main.qml"));
}
[/code] -
@digital_aspirin
Hi,, How to achieve your method can you explain bit detail