For keyboard/switch users who effectively tab through a page, a sticky footer (going forwards) or a sticky header (going back up the page) will obscure the view of the focused element.
Asking around, people suggested the scroll-padding property, which appears to work in Chrome but not Firefox. (Test case.)
I can't see anything on whether a browser should treat tabbing through the page as something that is affected by scroll-padding. (Although I don't read CSS specs very often, perhaps I missed it?).
Could something be added to indicate a standard behaviour for this? E.g. at the end of the intro for 4.2: "... or simply to put more breathing room between a targetted element and the edges of the scrollport. Targetted elements must also include focusable elements which gain focus when the user is tabbing through the page."
The wording is probably not appropriate for a CSS spec, but I hope you get the idea.
-Alastair
Co-chair, Accessibility Guidelines Working Group
For keyboard/switch users who effectively tab through a page, a sticky footer (going forwards) or a sticky header (going back up the page) will obscure the view of the focused element.
Asking around, people suggested the scroll-padding property, which appears to work in Chrome but not Firefox. (Test case.)
I can't see anything on whether a browser should treat tabbing through the page as something that is affected by scroll-padding. (Although I don't read CSS specs very often, perhaps I missed it?).
Could something be added to indicate a standard behaviour for this? E.g. at the end of the intro for 4.2: "... or simply to put more breathing room between a targetted element and the edges of the scrollport. Targetted elements must also include focusable elements which gain focus when the user is tabbing through the page."
The wording is probably not appropriate for a CSS spec, but I hope you get the idea.
-Alastair
Co-chair, Accessibility Guidelines Working Group