[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: Auto-hiding panels
From: Martin Klapetek <martin.klapetek () gmail ! com>
Date: 2014-10-14 9:42:13
Message-ID: CAPLgePqrMbYk4LJTw=5RsnWE1riTtsAhSphkgZiN0rwqxbM80g () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Tue, Oct 14, 2014 at 11:27 AM, Marco Martin <notmart@gmail.com> wrote:
> On Tuesday 14 October 2014, Martin Klapetek wrote:
> >
> > I'd like to change this for Plasma panels to not have any resistance or
> > very minimal one, basically get it into a state that slamming the mouse
> > against a screen edge will show the panel easily, without requiring an
> > additional push.
>
> i'm a bit concerned this would cause a lot of unwanted activations, is the
> first complain i hear about autohide panels, and the reson back in the
> days i
> stopped using them
In this case it's the 'wanted' activation that's not working too nicely. I
think that auto-hiding panel that requires two slams against a screen edge
to appear is just worse to have than couple of unwanted activations.
As for non-precise pointing devices - this might actually highlight the
problem even more - you may not be too precise with it, so what you do is
you slam the pointer towards the edge, that's the easiest thing you can do
with less-precise devices - drag it/push it strongly in one direction. But
the current state actually requires careful navigation around the
screenedge like slow movement towards it or doing the same movement twice
to trigger the panel, so imo the current situation is even worse with those
devices (and I'm thinking people with lessened hand mobility, trackballs,
touchpads and stylus-tablets...what I missed?).
There is also another angle to this - we could make the auto-hiding
algorithm more clever and better handling the unwanted activation - eg. if
you quickly go to the edge and quickly go out, the hiding delay could be
minimal, if you stay longer or not move so quickly away from the panel, the
hiding delay could be longer etc. Eike did some similar stuff in Kicker.
Cheers
--
Martin Klapetek | KDE Developer
[Attachment #5 (text/html)]
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 14, 2014 \
at 11:27 AM, Marco Martin <span dir="ltr"><<a href="mailto:notmart@gmail.com" \
target="_blank">notmart@gmail.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><span class="">On Tuesday 14 October 2014, Martin Klapetek \
wrote:<br> ><br>
> I'd like to change this for Plasma panels to not have any resistance or<br>
> very minimal one, basically get it into a state that slamming the mouse<br>
> against a screen edge will show the panel easily, without requiring an<br>
> additional push.<br>
<br>
</span>i'm a bit concerned this would cause a lot of unwanted activations, is \
the<br> first complain i hear about autohide panels, and the reson back in the days \
i<br> stopped using them</blockquote><div><br></div><div>In this case it's the \
'wanted' activation that's not working too nicely. I think that \
auto-hiding panel that requires two slams against a screen edge to appear is just \
worse to have than couple of unwanted activations.</div><div><br></div><div>As for \
non-precise pointing devices - this might actually highlight the problem even more - \
you may not be too precise with it, so what you do is you slam the pointer towards \
the edge, that's the easiest thing you can do with less-precise devices - drag \
it/push it strongly in one direction. But the current state actually requires careful \
navigation around the screenedge like slow movement towards it or doing the same \
movement twice to trigger the panel, so imo the current situation is even worse with \
those devices (and I'm thinking people with lessened hand mobility, trackballs, \
touchpads and stylus-tablets...what I missed?).</div></div><br>There is also another \
angle to this - we could make the auto-hiding algorithm more clever and better \
handling the unwanted activation - eg. if you quickly go to the edge and quickly go \
out, the hiding delay could be minimal, if you stay longer or not move so quickly \
away from the panel, the hiding delay could be longer etc. Eike did some similar \
stuff in Kicker.<br clear="all"><div><br></div><div>Cheers</div>-- <br><div><span \
style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div> \
</div></div>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic