<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 20, 2014 at 8:47 AM, Burkhard Lück <span dir="ltr"><<a href="mailto:lueck@hube-lueck.de" target="_blank">lueck@hube-lueck.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Am Mittwoch, 19. November 2014, 18:46:28 schrieben Sie:<br>
<span class="">> So again, what is necessary to get this done?<br>
<br>
</span>First step is to make kdevelop in kf5 translatable using the "normal" po files,<br>
then let's talk about json translation:<br>
<br>
* KDevelop has 20 translation catalogs, but none of them is used (no<br>
setApplicationDomain call, no TRANSLATION_DOMAIN defintion)<br>
<br>
* KDevelop uses ki18n (XGETTEXT) and qt5_wrap_ui. That is broken, a ki18n<br>
based system has to use ki18n_wrap_ui<br>
<br>
* KDevelop has 9 .rc files, 6 of them do not belong to an application with a<br>
KLocalizedString::setApplicationDomain call, therefore these 6 rc files need a<br>
translationDomain definition of the corresponding translation catalog in the<br>
header.<br>
<br>
* KDevplatform has 32 translation catalogs, but only one add_definitions(-<br>
DTRANSLATION_DOMAIN=\"kdevplatform\") line in the top level CMakeLists file -><br>
translations in 31 catalogs are not used.<br>
<br>
* KDevplatform uses ki18n (XGETTEXT) and qt5_wrap_ui. That is broken, a ki18n<br>
based system has to use ki18n_wrap_ui<br>
<br>
* KDevplatform has 21 .rc files, none of them belongs to an application with a<br>
KLocalizedString::setApplicationDomain call, therefore all of them need a<br>
translationDomain definition of the corresponding translation catalog in the<br>
header.<br>
<span class=""><font color="#888888"><br>
--<br>
Burkhard Lück<br>
<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Hi Burkhard,</div><div class="gmail_extra">While I appreciate your research on the list of things we are doing wrong, I think this is completely out of place. KDE is clearly relying on a half-baked technology that must be either fixed or get a replacement. That's what Milian is saying here. In fact, the current situation is so broken we can't adopt the technology (KPluginMetaData).</div><div class="gmail_extra"><br></div><div class="gmail_extra">The fact that you point out that we have also other problems to fix, while Milian is annoying you by offering to help for the greater good is odd.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>