Classic Shell http://www.classicshell.net/forum/ |
|
Improved mouse handling in Start menu http://www.classicshell.net/forum/viewtopic.php?f=13&t=74 |
Page 1 of 1 |
Author: | GregDude [ Sun Jan 13, 2013 8:56 pm ] |
Post subject: | Improved mouse handling in Start menu |
Loving Classic Shell for Windows 8! I'd just like to request improved mouse handling if at all possible. This is a little hard to describe, hopefully this repro case will help: 1) Left click the Start button to open start menu. 2) Beside 'Shut Down' in the right panel, there is button '>' to open sub menu. Repeatedly try left clicking this button. Also move the cursor around while testing this. 3) Observe mouse interacting with menu. What I see here is the menu can open and close at unexpected times. If the sub menu is opened via a 'click' instead of mouse 'hover', it should probably stay open, or open much longer. This effect can also occur with the Recent sub menu that is accessible on many applications. Also, when an application is launched via the Recent sub menu, the Start menu should close instantly, in anticipation of the launch. It stays on screen for some time, tempting the user to click again, thinking the application has not launched. Compare the behavior of Classic Shell start menu with the original Windows Start menu. If this can be tightened up a little, it would be more responsive and easy to use. |
Author: | Ivo [ Sun Jan 13, 2013 9:01 pm ] |
Post subject: | Re: Improved mouse handling in Start menu |
These are things I am investigating for the next version. |
Author: | Gaurav [ Sun Jan 13, 2013 10:11 pm ] |
Post subject: | Re: Improved mouse handling in Start menu |
@GregDude, the button you are referring to is a split button. There is a "Delay multiplier for split buttons" setting on the 'General Behavior' tab using which you can control how fast the menu expands when the left portion of the split button is hovered over. It's expressed in percentage so if Menu Delay is 400 ms, Split Button delay multiplier is 200%, it means the split button menu will expand after 800 ms. But I get your suggestion. From what is happening I'm guessing is users put the mouse over a split button and don't expect it to expand at all unless the little arrow is clicked, but it expands unexpectedly after the timeout. If that is the behavior you want, increase the delay multiplier to a very high %. Another confusing part is when an expanded submenu closes after clicking the right part of the button. Maybe, the menu closing again after clicking the split button's right area should be entirely done away with? Btw, can you give an example for which program, the jumplist (recent submenu) is staying on the screen for some time and the menu not closing instantly? |
Author: | GregDude [ Mon Jan 14, 2013 3:16 am ] |
Post subject: | Re: Improved mouse handling in Start menu |
@Ivo, thank you. @GauravK, I see what you mean. I like to click, but I think the sub menu often pops out just before I click causing it to close. Changing the delays might help, as might the behavior such as 'if user clicks within a very short time after the sub menu opens, don't close' (because the user was unlikely intending to close the auto opened menu). They delays and behavior in the Windows 7 Start and 'StartIsBack' (trying on another computer) seem to be good. An example of a program that stays on the screen after a recent item is selected is 'Visual Studio 2010'. I'm not sure I have a more common one to share, but that one has the delay all or most of the time. Thanks for you help. |
Author: | Ivo [ Mon Jan 14, 2013 9:46 am ] |
Post subject: | Re: Improved mouse handling in Start menu |
The fix for the first issue is to ignore the mouse click if it happens within half second of the menu opening by hover. |
Page 1 of 1 | All times are UTC - 8 hours [ DST ] |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |