<table><tr><td style="">vkorneev 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/D14633">View Revision</a></tr></table><br /><div><div><p>Hi <a href="https://phabricator.kde.org/p/kossebau/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@kossebau</a> , you're welcome. Thank you for testing my patch :)</p>

<p>After some thinking on this subject, I have to admit that you're right - the behaviour proposed by this patch is not very convenient, and now I'm not sure whether it makes things better or worse. As an alternative I can propose another behaviour with automatic closing of the folders which were expanded during the drag.</p>

<p>The user starts a drag, the folder under the cursor expands and closes again if the cursor is moved somewhere else, or stays expanded if the cursor is moved to the content of this folder. After the drag the state of the project tree view remains the same as before except for the folder which became the drop target (if some drop action has taken place).</p>

<p>As far as I remember, I've seen such behaviour in some application, but I can't recall where exactly. Long story short, I'll try to implement it and upload it for test. If it fits better - that's good, in other case... well, I'll just move to some next bug :)</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/D14633">https://phabricator.kde.org/D14633</a></div></div><br /><div><strong>To: </strong>vkorneev, KDevelop<br /><strong>Cc: </strong>kossebau, croick, kdevelop-devel, antismap, iodelay, vbspam, geetamc, Pilzschaf, akshaydeo, surgenight, arrowd<br /></div>