Main menu behaviour inconsistent with OS guidelines
-
I noticed how VS goes against common Windows GUI behaviour guidelines in regards to the top main menu behaviour.
In any Windows application when a top main menu item's dropdown menu is opened, hovering over the next main menu entry automatically closes the previous one and drops down the next one, irregardless of where the mouse pointer is moved to first on the screen.
But in VectorStyler this behaviour is rather inconsistent. Hovering for an instant over one of the icons in the top icon bar, for example, breaks the behaviour.
Another thing that is noticeable is the perceivable pause before the next main menu item's dropdown menu is displayed. This again doesn't seem compliant with OS guidelines and how other software works.
I am aware it seems like a non-issue, but in practice both of these slow down the workflow in an irritating way. VectorStyler feels rather unresponsive because of these nagging pauses.
This is also backed UI research: in these type of situations a responsiveness of more than 100ms-200ms is unacceptable.
Losing the menu dropdown context when hovering over other nearby screen areas only exacerbate the unresponsive feel of the main menu.
-
@Bones Yes, this can be replicated. Added it to the backlog, will try to fix it ASAP.
-
Great! Thanks.
-
@Bones This issue should be fixed in the new build 1.1.072
