[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    D13481: Recommend window border size "None"
From:       Eike Hein <noreply () phabricator ! kde ! org>
Date:       2018-06-26 10:01:07
Message-ID: 274ee981f0e8b34a7d8890d2edfdf553 () localhost ! localdomain
[Download RAW message or body]

[Attachment #2 (text/plain)]

hein added a comment.


  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.  
  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.

REPOSITORY
  R31 Breeze

REVISION DETAIL
  https://phabricator.kde.org/D13481

To: romangg, #plasma, #vdg
Cc: hein, januz, ngraham, davidedmundson, graesslin, abetts, mart, plasma-devel, \
ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol


[Attachment #3 (text/html)]

<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&#039;t think it&#039;s \
insurmountable to track whether there&#039;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&#039;t completely eliminate the dead zone problem, for example it \
wouldn&#039;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&#039;m getting more and more worried that breaking mouse input to an \
adjacent window is not OK, because there&#039;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>



[prev in list] [next in list] [prev in thread] [next in thread]