<table><tr><td style="">ilic added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D8351" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Well... it's a tough situation. It is not by design that <tt style="background: #ebebeb; font-size: 13px;">i18n</tt> calls should in any way depend on creation of <tt style="background: #ebebeb; font-size: 13px;">QApplication</tt>, and also any library may place an <tt style="background: #ebebeb; font-size: 13px;">i18n</tt> call before the main program creates <tt style="background: #ebebeb; font-size: 13px;">QApplication</tt>. The only solution I see is that environment is rechecked at every <tt style="background: #ebebeb; font-size: 13px;">i18n</tt> call. This would be easy to do (just replacing every <tt style="background: #ebebeb; font-size: 13px;">s->languages</tt> with a newly implemented <tt style="background: #ebebeb; font-size: 13px;">s->getLanguages()</tt>), but I've no idea what would be the performance hit of that.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R249 KI18n</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D8351" rel="noreferrer">https://phabricator.kde.org/D8351</a></div></div><br /><div><strong>To: </strong>kossebau, Frameworks, ilic, ltoscano<br /></div>