[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: D13481: Recommend window border size "None"
From: Martin_Flöser <noreply () phabricator ! kde ! org>
Date: 2018-06-20 18:12:51
Message-ID: 5f4ca1a00a4a919abba1b2bf35aeeae4 () localhost ! localdomain
[Download RAW message or body]
[Attachment #2 (text/plain)]
graesslin added a comment.
In D13481#279575 <https://phabricator.kde.org/D13481#279575>, @davidedmundson \
wrote:
> There are two visual hints when the mouse is inside the deadzone.
>
> You would still get the different cursor
> The client gets the mouse left event and would not show any hover effect on \
whatever control might be there.
Which might already be problematic. E.g. for things like first person shooters \
(please don't tell me that nobody would use a fps in windowed mode. This is an \
example for problems with the dead zone). Basically we break the complete idea of \
window snapping.
I don't like this change. I fear it will create much harm for questionable visual \
improvements. I recommend against this.
REPOSITORY
R31 Breeze
REVISION DETAIL
https://phabricator.kde.org/D13481
To: romangg, #plasma, #vdg
Cc: ngraham, davidedmundson, graesslin, abetts, mart, plasma-devel, ragreen, Pitel, \
ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol
[Attachment #3 (text/html)]
<table><tr><td style="">graesslin 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><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/D13481#279575" style="background-color: #e7e7e7; \
border-color: #e7e7e7; border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D13481#279575</a>, <a \
href="https://phabricator.kde.org/p/davidedmundson/" style=" border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@davidedmundson</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>There are two visual hints when the mouse is \
inside the deadzone.</p>
<div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" \
data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px \
"Menlo", "Consolas", "Monaco", monospace; padding: \
12px; margin: 0; background: rgba(71, 87, 120, 0.08);">You would still get the \
different cursor The client gets the mouse left event and would not show any hover \
effect on whatever control might be there.</pre></div></div> </blockquote>
<p>Which might already be problematic. E.g. for things like first person shooters \
(please don't tell me that nobody would use a fps in windowed mode. This is an \
example for problems with the dead zone). Basically we break the complete idea of \
window snapping.</p>
<p>I don't like this change. I fear it will create much harm for questionable \
visual improvements. I recommend against this.</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>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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic