rkflx added a comment.
> This patch reduces it to 50ms, which is low enough to make switching feel instantaneous, but still high enough to prevent accidental tab switching when moving the mouse diagonally and clipping another button. I'm not sure if the patch is working right for me? Contrary to your video, I get this (and I'm sure the pointer speed of regular users is much slower): F5871449: kickoff-delay.webm <https://phabricator.kde.org/F5871449> In D11848#242794 <https://phabricator.kde.org/D11848#242794>, @abetts wrote: > I am all for reducing the time but maybe keep some lag to tackle the points already made in the ticket @abetts Can you confirm you are okay with how it works in the video above? In D11848#238485 <https://phabricator.kde.org/D11848#238485>, @hein wrote: > Nate, you misunderstood my original comment. The problem isn't going from tabs to content, it's going from the panel button to a tab. That's why the delay was likely added (I've never worked much on Kickoff vs. the other menus we ship, but I have vague memories). @hein I'm a bit surprised that you are accepting the patch then? FWIW, I think the triangle filter should be implemented before this patch, and not the other way round. Optimizing the delay is good, but introducing the usability bug is worse IMO. REPOSITORY R119 Plasma Desktop BRANCH faster-kickoff-tab-switch-on-hover (branched from master) REVISION DETAIL https://phabricator.kde.org/D11848 To: ngraham, #plasma, abetts, hein Cc: rkflx, rikmills, hein, cfeck, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart
