<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/D9316" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p><a href="https://phabricator.kde.org/p/brauch/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@brauch</a> <a href="https://phabricator.kde.org/p/kfunk/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@kfunk</a> I see your point in general. Just allow me to represent the case, initial patch was too much focussed on removing the lib dep</p>

<p>The old API of MultiLevelListView was using the raw KSelectionProxyModel::FilterBehavior enum in the API, as also used in the actual implementation.<br />
Just, most values of that enum do not make sense with the idea of MultiLevelListView, actually it is just two of them, matching two different modes:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">showing complete subtrees in the view of the last level</li>
<li class="remarkup-list-item">showing just the children of that level</li>
</ul>

<p>The updated patch now also improves the API of MultiLevelListView to describe the actual design of the class, instead of being driven by implementation details as before.</p>

<p>Like <a href="https://phabricator.kde.org/p/aaronpuchert/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@aaronpuchert</a> said, here it is just a one directional mapping to a subset of the enum. That a KSelectionProxyModel is used behind the scenes is completely irrelevant to the API of MultiLevelListView itself, actually only confuses the API consumer if exposed.</p>

<p>Does it make more sense to you now? I should have done the API improvement already in the initial patch, blame me for being lazy here.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R32 KDevelop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D9316" rel="noreferrer">https://phabricator.kde.org/D9316</a></div></div><br /><div><strong>To: </strong>kossebau, KDevelop, kfunk, brauch<br /><strong>Cc: </strong>aaronpuchert, brauch, kfunk, kdevelop-devel<br /></div>