Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Menubar behavior regression – Breaks cross platform dropdown conventions #8953

Open
Permik opened this issue Oct 7, 2023 · 2 comments
Open
Labels
area-Menus team-Controls Issue for the Controls team

Comments

@Permik
Copy link

Permik commented Oct 7, 2023

Which version of the app?

WinUI 2 Gallery, WinUI 3 Gallery

Description

Across different platforms you can operate menubars and dropdowns using a "drag-click" that is initiated by pressing down the primary mouse key over the button, keeping the primary mouse key pressed while going through the menus and releasing over the currently hovered/drag-clicked/selected action to activate it.1

To boil it down, the steps below doesn't work anymore. This used to work with win32 top level menu items, but the behavior has regressed.

Steps to Reproduce

  1. Press down on your mouse on a top level menu item (File, Edit, View, Help)
  2. Keep holding down the mouse button
  3. The top level menu opens
  4. You move the cursor over the menu item you want to activate
  5. You release the mouse button

Examples of dropdowns and menubars supporting drag clicking:

  • Win32 menubars: http://sx.permik.xyz/macup/2023-10-07/04-26-55.mp4 (For some reason the Power Toys Mouse Highlighter gets hidden by the dialogs at ~27 secs)
  • macOS top level menubar
  • Android appbar actions, try to swipe downwards on the three vertical dots located on an app bar and keep your finger pressed, release to finish the action.
  • Web browsers using the <select> element (Safari, Firefox, regressed in Chromium since ???)
  • Chrome browser (vert_more) and Edge browser (Segoe MDL2/Fluent "more"-icon) top right main dropdown menu

Yes, this regression also applies to the ComboBox element also, but I'll wait for feedback on this before making an another issue about that.

Screenshots

No response

Windows version

Insider Build (xxxxx)

Additional context

Version 23H2 OS Build (25967.1000)
WinUI3 Gallery Version: 2.2.0.0
WinUI2 Gallery Version: 1.2.26.0

For context the original report in WinUI gallery repo if this is deemed invalid here: microsoft/WinUI-Gallery#1372

Footnotes

  1. Aside: This behavior works across OS's and is a delightful behavior that feels really good when it's implemented. Something about not needing to click a second time to act on a dropdown that I personally find really satisfying. This also gives the powerusers the ability to "flick" really fast through visual menus because of reducing the need to stop to click something.

@codendone codendone added area-Menus team-Controls Issue for the Controls team labels Oct 10, 2023
@fdwr
Copy link

fdwr commented May 7, 2024

Yes! Efficient useability matters, and this bug is annoying in all the extra left clicks it adds during my day (which already average 4000+). I opened Feedback issue on Win11's Notepad today for this functionality regression, which Kenny G pointed to WinUI3 as the culprit. Please fix.

@Permik
Copy link
Author

Permik commented Dec 4, 2024

Could we get a regression tag for this issue, thanks.

@Permik Permik changed the title Menubar breaks cross platform menubar behavior conventions Menubar behavior regression – Breaks cross platform dropdown conventions Dec 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-Menus team-Controls Issue for the Controls team
Projects
None yet
Development

No branches or pull requests

3 participants