[Panel-devel] Kickoff should require click to change tabs

[Brian Beck]

I've only been using KDE 4 full time for about a week, but I find I
accidentally select a kickoff tab nearly everytime I click the K-Menu
button.  Perhaps I do this because I haven't been using kickoff that long,
and need to train myself not to let my mouse go over the tabs.  I do think
though in the debate of hover vs. click that there should be one way of
doing it so that when an administrator goes from machine to machine they
don't need to relearn the system based on an individuals defaults.

If the decision is made to go to click, I wouldn't mind coding that.

-- Brian

On Dec 16, 2007 2:01 PM, Sebastian Sauer <mail at dipe.org> wrote:

> Aaron J. Seigo wrote:
>
> > On Saturday 15 December 2007, James Smith wrote:
> >> Nothing against the way QT repaints and / or feedback happens for
> Plasma
> >> button elements, but Kickoff should offer a little more tactile
> feedback;
> >> ie tab changes require a click to bring into effect.
> >
> > why?
>
> to have an action perform (aka switch to the underlying tab) by just
> hovering
> with the mousepointer over it, does really not sound like the best way to
> deal with accessibility imho. Anyway, it was an option in kickoff at KDE3 and
> with my last commit r749156 we took that option over to kickoff at KDE4 :)
>
> >> I find that tab
> >> changes end up happening a little off with just a hover and Kicker
> feels
> >> agonisingly slow and unproductive as a result.
> >
> > and yet if you actually timed yourself, you'll find it's faster than
> > clicking. not to mention nicer on the old carpal tunnel.
>
> np, switch on hover is still the default.
>  _______________________________________________
> Panel-devel mailing list
> Panel-devel at kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20071216/20c19879/attachment.html