<table><tr><td style="">hein 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/D13481">View Revision</a></tr></table><br /><div><div><p>This one is definitely tricky. I don't think it's insurmountable to track whether there's movement or not prior to a release, and if not, raise the lower window and synthesise press+release events to send to it. But it would't completely eliminate the dead zone problem, for example it wouldn't fix the case I wrote about above: In that case I expected the usual raise on press to happen and then be able to immediately move the scrollbar thumb. The best we could do with the distinguishing trick is to enable click-raise, which is still inconsistent behavior.</p>

<p>In short: I'm getting more and more worried that breaking mouse input to an adjacent window is not OK, because there's often scrollbars there which use drag too.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R31 Breeze</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D13481">https://phabricator.kde.org/D13481</a></div></div><br /><div><strong>To: </strong>romangg, Plasma, VDG<br /><strong>Cc: </strong>hein, januz, ngraham, davidedmundson, graesslin, abetts, mart, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol<br /></div>