<table><tr><td style="">kossebau 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>Another option might be to split off a data structure where the application domain string is stored separately, and thus delay the initialization of the KLocalizedStringPrivateStatics instance to the first i18n call. Though given that the initialisation sets global values which then are const for the rest of the runtime based on the environment at the time, that would be slightly random.<br />
Having straight control about the time when the init is done feels better to me. Possibly that should be even more emphasized in the API dox?</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>