New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 709594 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Aug 1
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug



Sign in to add a comment

[MD Settings] Focus inconsistencies

Project Member Reported by lpalmaro@chromium.org, Apr 7 2017

Issue description

OS: Windows
Version: 59.0.3065.0

Experiencing a lot of focus weirdness. I open the Clear Browsing History dialog for example and it appears somewhere on the page but my focus is not in there. I have to spend time looking for it. My first reaction would be that my action didn't work and I'll keep pressing the Clear Browsing History button in vane. This is just one example of not being able to tell where my focus is.
 

Comment 1 by dbeam@chromium.org, Apr 7 2017

Cc: dmazz...@chromium.org dpa...@chromium.org
Hey lpalmaro@,

If you're talking solely about dialogs, the focus is on the title in most cases.

this was requested by chaok@ here:
https://bugs.chromium.org/p/chromium/issues/detail?id=686313

this results in the title of the dialog being focused and read by screenreaders.  it PREVENTS focus from starting half-way down the <dialog> at the first randomly focusable control (which could even scroll the dialog if it's really long and the focusable thing is at the bottom).

if there's something more useful in the dialog to focus than the title, we use the autofocus attribute to move focus there initially.  for example: a dialog that lets you edit 1 thing.  if you selected a menu item that said "edit thing", it makes more sense (to us) to simply autofocus the edittext you want to change rather than utter "Edit thing dialog" and make users navigate to the edittext.

lpalmaro@: was there anything else?

we've fixed most focus issues related to dialogs closing lately ( issue 668313 ), and are actively working on going back from subpages ( issue 709586 ).
Nektarios, this was a bug that you had reported. Please provide any further context. I think it's the right thing to  focus the title. 
Components: UI>Settings
Labels: triage-dougt

Comment 5 by dougt@chromium.org, Aug 11 2017

Components: -UI>Accessibility
Labels: -triage-dougt
ui>settings, please triage. if you need help from UI>Accessibility, please reassign!
Status: WontFix (was: Available)
I am closing this bug due to inactivity. Moreover Settings UI recently passed A11y review as part of the MD refresh. Please re-open if you think this is still relevant.

Sign in to add a comment