You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
Press down on your mouse on a top level menu item (File, Edit, View, Help)
Keep holding down the mouse button
The top level menu opens
You move the cursor over the menu item you want to activate
You release the mouse button
Examples of dropdowns and menubars supporting drag clicking:
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
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. ↩
The text was updated successfully, but these errors were encountered:
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.
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
Examples of dropdowns and menubars supporting drag clicking:
<select>
element (Safari, Firefox, regressed in Chromium since ???)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
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. ↩
The text was updated successfully, but these errors were encountered: