Динамическая смена языка прораммы

[Delphin]

Так сказано в книге Жасмин Бланшет, Марк Саммерфилд "Qt4 программирование GUI на С++"
Qt генерирует собитие LanguageChage при изменении содержимого объекта QTranslator
так там сказано.
а оно видемо нифига не генирирует.
Вот в том то и вопрос, как сделать динамическое переключение языков не только в главном окне, но и в других классах.

[lit-uriy]

а если просто удалить переводчик? Перевод к исходному состоянию не возвращается?

[ритт]

вроде бы LocaleChange/LanguageChange раздаётся только виджетам...помню, я ещё удивлялся этому, когда код листал, но специально я не проверял...

[Delphin]

У меня в главном окне сделана менюшка с языками, так вот все если выбираешь язык (неважно какой), то все менюшки заголовки переводятся. кроме этого класса. в этом классе свои менюшки как были на английском так они и остаются на английском. Хотя если тупо менять в методе перевода, на русский язык, менюшки пишутся на русском.
один вывод либо не генрируется событие LanguageChange или обработчик событий RecentsManager::changeEvent(QEvent *event) не работает как положено

[Delphin]

ага а этот класс у меня собственно от QObject

[Delphin]

Вот блин,сделал класс предком от QWidget и все заработало. Огромный пасиб. Вег живи век учись

[ритт]

я считаю, что это - недочёт, т.к. в консольном приложении вообще не будет виджетов, но installTranslator задекларирован как раз в QCoreApplication...и получается, что нет возможности динамически менять языки, не изобретая велосипеда...
ещё кто-нибудь так считает?

скорее всего, позже создам таску по поводу в трекере троллей...

[Delphin]

в консоли может быть другая политика Зачем там динамически переключать языки.
Даже не могу представить задачи в которая была бы реализована с помощью консольного приложения и в нем бы нужно было менять динамически языки. Хотя как знать как знать.

[ритт]

навскидку мне сразу приходит на ум sgd (super grub disk) - там очень удобно, что можно выбрать любой из поддерживаемых языков и не угадывать потом что за кнопочку ты нажал и почему бут-сектор сдох

[bebe]

есть у меня похожая заморочка -
создал командой:Lupdate xx.pro файл перевода с переводами сразу для нескольких классов.
подключаю к приложению - перевод срабатывает только для класса, котороый является дочерним от QMainWindow,
в остальных классах нет, хотя они предки от других классов QT - где промахнулся?

[ритт]

покажи как подключаешь и что за классы...

[bebe]

QApplication *pSApp; - указатель на объект приложения

pTranslator->load("trans_en.qm",".") - файл грузится, что проверил на работающих переводах
pSApp->installTranslator(pTranslator);
больше ничего не делаю,
я почитал книжку и вразумел, что все команды интерфейса после этого еще надо перевызвать чтобы они обновили перевод..

[ритт]

создавай объекты после установки транслятора

[ритт]

я считаю, что это - недочёт, т.к. в консольном приложении вообще не будет виджетов, но installTranslator задекларирован как раз в QCoreApplication...и получается, что нет возможности динамически менять языки, не изобретая велосипеда...
ещё кто-нибудь так считает?

скорее всего, позже создам таску по поводу в трекере троллей...

Also, I don't see the need to update translations
(QEvent::LanguageChange) in a console application. There are no strings
that are persistently visible to the user, everything the user sees is
printed again to the screen when it becomes relevant next time, in
which case tr() is called again with a newly installed or changed
QTranslator.

т.е., попросту говоря, всегда делайте cout << tr(...) и не канифольте моск.
между тем, это не решает задачу, где в гуёвом приложении имеется группа QObject'ов, желающих перевести что-то на опр.событие (например, плагины).
ну, режект - есть режект.

[bebe]

спасибо ! подумаю - наверно в show() буду перевызывать все сообщения, что требуется переводить  или создам аналогичный свой метод