Utilizando mecanismos de localização KDE4 na aplicação QT4 puro
-
05-07-2019 - |
Pergunta
Eu estou escrevendo um aplicativo que é atualmente um aplicativo QT4 puro. Ele é projetado para funcionar de forma limpa em Linux e Windows.
No entanto eu pretendo integrá-lo um pouco para KDE no futuro e aqui vêm os problemas com localização / tradução.
QT4 usa seu próprio tr () / tr (). Arg (). Arg () mecanismo e .TS / arquivos .qm. KDE4 usa gettext e i18n / i18np mecanismo e .po arquivos.
Como, facilmente, posso usar o mecanismo do KDE4 no meu aplicativo QT4 sem ter de integrá-lo em estreita colaboração com o KDE agora (aparentemente tornando-não-executável em Windows)?
É de todo possível?
Obrigado!
Solução
versão 4.5 Iniciando, Qt irá apoiar tanto .po e .xliff;
http://doc.trolltech.com /4.5/qt4-5-intro.html#qt-linguist-improvements
Outras dicas
Eu acho que você terá que escolher apenas um e ir com ele, se ele é um aplicativo multiplataforma, eu iria com o método de QT. A razão é que o KDE coloca seus corda internacionalizado com I18 * macros () e QT usa tr () macros, já que uma macro não pode produzir outra macro, não há nenhuma maneira, a menos que você tem # ifdef é todo seu código, ou uma mesa enorme corda ... ambos os quais chupar.