The work on March has slowed down, so this status update is smaller than previous ones. Main focus has been around spec discussions trying to reach agreement.
The initial patch is available in the last Safari Technology Preview (STP) releases behind a runtime flag, but it has an annoying bug that was causing the body element to match
:focus-visible when you used the keyboard to move focus. The issue was fixed past month but it hasn’t been included on a STP release yet (hopefully it’ll made it in release 124). Apart from that some minor patches related to implementation details have landed too. But this was just a small part of the work during March.
In addition I realized that
:focus-visible appears in the Chromium and Firefox DevTools, so I took a look about how to make that happen on WebKit too. At that point I realized that
:focus-within, which has been shipping for a long time, isn’t available in WebKit Web Inspector yet, so I cooked a simple patch to add it there. However that hasn’t landed yet, because it needs some UI rework, otherwise the list of pseudo-classes is going to be too long and not looking nice on the inspector. So the patch is waiting for some changes on the UI before it can be merged. Once that’s solved, adding
:focus-visible to the Web Inspector is going to be pretty straight forward.
This was the main part of the work during March, and the goal was to reach some agreement before finishing the implementation bits.
The main issue was how
:focus-visible should work when a script moves focus. The behavior from the current implementations was not interoperable, the spec was not totally clear and, as explained on the previous report, in order to clarify this I created a set of new tests. These tests demonstrated some interesting incompatibilities. Based on this, we compared the results with the widely used polyfill as well. We found that there were various misalignments on tricky cases which generated significant discussions on which was correct, and why. After considerable discussion with people from Google and Mozilla, it looks like we have finally reached an agreement on the expectations.
Next was to see if we could clarify the text so that these cases couldn’t be interpreted in importantly incompatible ways, and following the advice from the CSS Working Group, I worked on a PR for the HTML spec trying to define when a browser should draw a focus indicator, and thus match
:focus-visible. There some discussion about which elements should always match
:focus-visible and how to define that in a normative text was raised (as some elements like
<select> draw a focus ring in some browsers and not other when clicked, and some elements like
<input type="date"> allow keyboard input or not depending on the platform). The discussion is still ongoing, and we’re still trying to find the proper way to define this in the HTML spec. Anyway if we manage to do that, that would be a great step forward regarding interoperability of
:focus-visible implementations, and a big win for the final people using this feature.
Apart from that I’ve also created a test for my proposal about how
:focus-visible should work in combination with Shadow DOM, but I don’t think I want to open that can of worms until the other part is done.
Let’s take a look to the numbers again, though things have moved slowly this time.
- 21 PRs merged in WPT (1 in March).
- 17 patches landed in WebKit (3 in March).
- 7 patches landed in Chromium.
- 2 PRs merged in CSS spcs (1 in March).
- 1 PR merged in HTML spec.
The main goal for April would be to close the spec discussions and land the PRs in HTML spec, so we can focus again in finishing the implementation in WebKit.
However if reaching an agreement to make these changes on HTML spec is not possible, probably we can still land some patches on the implementation side, to add some support for script focus on the WebKit side.
Stay tuned for more updates!