<table><tr><td style="">fvogt 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/D22723">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D22723#502365" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D22723#502365</a>, <a href="https://phabricator.kde.org/p/aacid/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@aacid</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>I honestly don't see the problem with this patch, one may argue that the ThreadWeaver API is awkward, ok, but this is using it correctly AFAICS, i.e. have a ThreadWeaver::QObjectDecorator, give it a ThreadWeaver::Job on its constructor, and go on from there.</p></div>
</blockquote>
<p>Correctly as in "it's supposed to work" yes, but it's not as it was intended to be AFAICT.<br />
This now adds a custom private and friend class (ugh) which means that now there's a sandwich out of three classes:<br />
<tt style="background: #ebebeb; font-size: 13px;">FindMatchesJob -(inherits)> QObjectDecorator -(uses)> FindMatchesJobInternal</tt> while only a single one would do the job.<br />
I did a PoC of dropping use of <tt style="background: #ebebeb; font-size: 13px;">QObjectDecorator</tt>: <a href="https://phabricator.kde.org/D22758" class="remarkup-link" target="_blank" rel="noreferrer">https://phabricator.kde.org/D22758</a></p>
<p>Here, one may argue that it reinvents the wheel, but if the current iteration of the wheel is square I'd say it's allowed.<br />
It also gets rid of a heap allocation.</p>
<p>What do you think?</p>
<p>If you don't like it I won't object landing this internal class, but please add a long comment explaining why it was done like this.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R308 KRunner</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D22723">https://phabricator.kde.org/D22723</a></div></div><br /><div><strong>To: </strong>apol, Frameworks, fvogt, davidedmundson<br /><strong>Cc: </strong>aacid, kde-frameworks-devel, LeGast00n, sbergeron, michaelh, ngraham, bruns<br /></div>