<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/D27816">View Revision</a></tr></table><br /><div><div><p>Ping?</p>

<p>I have seen a few projects having CMAKE_AUTOUIC set to ON, due to copy-pasted cmake code, or having converted to ki18n only during development. So let's help them to avoid unneeded file generation while they are finding the cmake skills. And this would also assist bigger projects where some parts use ki18n, others might not. so being able to set the default globally by CMAKE_AUTOUIC to ON would be nice, and have those UI files being opted out where the macro is used.</p>

<p>While the autouic-generated headers seem currently shadowed, because the include path ${target}_autogen/include is being passed only after the include path of the current build directory, where the k18n_wrap-ui files puts the generated headers, to the compiler, so final build executables are not having any issues, this still is a bit fragile. And eats disk space and grows dependency ruiles and build time minimally. So better be safe.</p>

<p>BTW, qt5_wrap_ui sets SKIP_AUTOUIC as well on those files.</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/D27816">https://phabricator.kde.org/D27816</a></div></div><br /><div><strong>To: </strong>kossebau, Frameworks, ilic<br /><strong>Cc: </strong>kde-frameworks-devel, LeGast00n, cblack, michaelh, ngraham, bruns<br /></div>