md-settings Esc-key behavior inconsistent
Reported by
vanantwe...@gmail.com,
Aug 27 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2832.2 Safari/537.36 Steps to reproduce the problem: 1. Activate md-settings 2. Try using chrome://settings and use Esc key to go back 3. What is the expected behavior? What went wrong? Sometimes, the Esc key works (Like on chrome://settings/clearBrowserData), in other cases, it doesn't work (chrome://settings/searchEngines) Did this work before? N/A Chrome version: 54.0.2832.2 Channel: n/a OS Version: Flash Version: Shockwave Flash 23.0 r0 To me this is very inconsistent, as the search-engine page is a behavior switch compared to the normal settings, please consider lining it up with the rest of the settings page
,
Sep 6 2016
ah, so you expected Esc to close a subpage? (i.e. not just a dialog?) interesting.
,
Sep 7 2016
Honestly, I don't care about the use of dialogs vs subpage. With material design Either of them gives me useless whitespace. That said, the old settings page did only contain dialogs, so the ESC key worked (blame vim for me using it). From md-settings on, we have a mix, so sometimes it works and sometimes it doesn't. How this is implemented isn't that important for me, as a user. So to answer you question:Yes: I expect (ESC to close a subpage AND Alt+left to hide the dialog) OR the settings to only use subpages OR the settings page to only use dialogs. And preferably no behavior change from a user point of view to navigate the settings. This last one is done a lot by me to find the right URLs for posting on the help forums of chrome, since they are easier to explain.
,
Jan 7 2017
|
|||
►
Sign in to add a comment |
|||
Comment 1 by kavvaru@chromium.org
, Aug 30 2016Labels: M-55 Proj-MaterialDesign-WebUI
Status: Untriaged (was: Unconfirmed)