<table><tr><td style="">dfaure 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/D28608">View Revision</a></tr></table><br /><div><div><p>Ah, naming, we can spend all day on it ;)</p>

<p>Yep the kf5 is a technology reason, to avoid mixing with kf6-based plugins.<br />
On your system the qt5 does that already, but that's not the default layout.<br />
With a self-built Qt and KDE I get <kdeprefix>/lib64/plugins and <qtprefix>/plugins, no qt5 in there.</p>

<p>Indeed kontact5 would do that too, assuming kontact keeps using the Qt/KF major version number for itself.<br />
(BTW it's kontact, not kontakt, the second 'k' would be redundant, LOL)</p>

<p>I don't really like kmail.so. Yes, once installed it's kind of clear what it is, but in the CMakeLists it would mean a target "kmail" (ouch) (yes I know one can change the executable name, but that's just more tricks and confusion, let's keep it simple). Also in the builddir, bin/kontact_kmailplugin.so is pretty clear what it is.</p>

<p>I think clarity of CMakeLists.txt and builddir are important too, even at the price of a bit of harmless duplication in the install dir.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R206 KMail</div></div></div><br /><div><strong>BRANCH</strong><div><div>kontact_kmailplugin</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D28608">https://phabricator.kde.org/D28608</a></div></div><br /><div><strong>To: </strong>dfaure, mlaurent, winterz<br /><strong>Cc: </strong>kossebau, kde-pim, fbampaloukas, dcaliste, dvasin, rodsevich, winterz, vkrause, mlaurent, knauss, dvratil<br /></div>