<table><tr><td style="">ngraham 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/D11848">View Revision</a></tr></table><br /><div><div><p>I agree with <a href="https://phabricator.kde.org/p/hein/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@hein</a> that the reason is probably " a poor man's implementation of lazy menus".</p>

<p>The thing is, it's an inappropriate application of the feature and isn't necessary here. Allow me to put on my Usability Consultant hat and me illustrate why:</p>

<p>Lazy menus are critically important for traditional horizontal menus that have cascading sub-menus. With this pattern, when you move your cursor diagonally to quickly to reach a sub-menu item, it unavoidably has to pass over several other top-level menu items to reach the desired sub-menu item, as illustrated with Kicker and an arrow showing the corsor's path to reach a sub-menu item:</p>

<p><a href="https://phabricator.kde.org/F5780979" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">F5780979: Kicker.png</a></p>

<p>As you can see, without some logic to handle this case, another top-level item would become activated the moment the cursor leaves the current menu area.</p>

<p>But with Kickoff, the user interface is different. Let's look at the same basic task and with an arrow describing the worst-case-scenario cursor movement:</p>

<p><a href="https://phabricator.kde.org/F5780980" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">F5780980: Kickoff.png</a></p>

<p>Kickoff does not implement the pattern of horizontal menus with cascading sub-menus. Instead, it has a tabbed UI that renders the "lazy menus" feature inapplicable for the following reasons:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">The top-level items (the tabs) are large square buttons, not small horizontal rectangles; even with a diagonal movement, there is a good chance the cursor never leaved the area of the current tab</li>
<li class="remarkup-list-item">You can always move your mouse vertically to reach the desired item within a tab, because the hover area for entries within tabs take up the whole horizontal space</li>
<li class="remarkup-list-item">Even in the worst-case scenario where a user is on a far right tab, doesn't realize that the whole horizontal area is a click target, and moves their cursor slowly and diagonally to reach a left-aligned item that's near the bottom of the list , even then the cursor only just barely clips the area for another tab and the cursor will only be there for a millisecond or two</li>
</ul>

<p>In conclusion, the "lazy menus" pattern only applies to traditional horizontal menus with cascading sub-menus and is inapplicable to Kickoff. Therefore, the long delay that attempts to provide this unneeded feature is itself unneeded.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R119 Plasma Desktop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D11848">https://phabricator.kde.org/D11848</a></div></div><br /><div><strong>To: </strong>ngraham, Plasma, davidedmundson, abetts<br /><strong>Cc: </strong>hein, cfeck, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart<br /></div>