FW: drawFocusIfNeeded defect 425149

FYI.

Paul Cotton, Microsoft Canada
17 Eleanor Drive, Ottawa, Ontario K2E 6A3
Tel: (425) 705-9596 Fax: (425) 936-7329

From: Richard Schwerdtfeger [mailto:schwer@us.ibm.com]
Sent: Friday, February 13, 2015 3:38 PM
To: Paul Cotton; Sam Ruby
Cc: Mark Sadecki; HTML Accessibility Task Force
Subject: Fw: drawFocusIfNeeded defect 425149


I completed the last drawFocusIfNeeded test and sent the results to Google and Firefox. Firefox has a bounding rectangle bug but does scroll the window.

I am working with them both to get the defects resolved for drawFocusIfNeeded. The hit regions is going to have to wait as I don't have the cycles. I did not re-run all of Mark's tests - just the two in question.

Rich


Rich Schwerdtfeger
----- Forwarded by Richard Schwerdtfeger/Austin/IBM on 02/13/2015 02:33 PM -----

From: Richard Schwerdtfeger/Austin/IBM
To: "Dominic Mazzoni" <dmazzoni@google.com<mailto:dmazzoni@google.com>>, "Rik Cabanier" <cabanier@gmail.com<mailto:cabanier@gmail.com>>
Cc: faulkner.steve@gmail.com<mailto:faulkner.steve@gmail.com>, mark.sadecki@gmail.com<mailto:mark.sadecki@gmail.com>, Canvas <public-canvas-api@w3.org<mailto:public-canvas-api@w3.org>>
Date: 02/13/2015 02:32 PM
Subject: drawFocusIfNeeded defect 425149

________________________________


Dominic,

The latest editors draft says to scroll the focus ring into view in drawFocusIfNeeded.

Although this related to a Chrome defect, (https://code.google.com/p/chromium/issues/detail?id=425149)

Both Chrome and Firefox don't work properly.

The editor's version of the spec. states:

"If the focus area is not on the screen, then scroll the focus outline into view by aligning it to the top when it receives focus. "

http://www.w3.org/html/wg/drafts/2dcontext/html5_canvas_CR/#dom-context-2d-drawfocusifneeded


These are the two effected test cases:

This impacts two test cases:
https://www.w3.org/wiki/HTML/Canvas_Task_Force/CR-Test#drawFocusIfNeeded_when_a_default_path_is_provided_and_the_associated_fallback_element_is_descendant_of_the_element_with_focus_but_the_element_is_not_visible_on_the_screen

and

https://www.w3.org/wiki/HTML/Canvas_Task_Force/CR-Test#drawFocusIfNeeded_when_a_default_path_is_provided_and_the_associated_fallback_element_is_descendant_of_the_element_with_focus._Scroll_the_window_so_that_the_canvas_moves.

The best way to reproduce this problem is shrink your brower window so that the canvas area is well below the bottom of the frame. Then tab to it.


Rik,

Firefox is close but not quite right. It looks like the editors missed an edit on the working draft as it should say to scroll the focus ring into view but I believe we were not supposed to say align it to the top of the window. We can correct that if needed. We believed the browser vendors agreed it should scroll it the focus ring into view but not necessarily to the top of the windows. I ran inspect32 on it and the bounds of the fallback link were not accurate. Aside from these Firefox's implementation is complete for drawFocusIfNeeded.


Rich


Rich Schwerdtfeger