Stacey Van Herk

> try to use captureBeyondViewport: false: #7063 Adding `captureBeyondViewport: false` does seem to fix the scenario above! After adding that, no resize events occur.

I'm still seeing this problem today. I created a simple setup that demonstrates it: https://jsbin.com/gijuyatohe/1/edit?html,css,js,output If you open this in Chrome, tab to the button to apply the `focus-visible` styling...

[Update](https://github.com/dequelabs/axe-core/issues/3241#issuecomment-1009229447) - `axe-core` `v4.4.0` (releasing at the end of this month) will add back the violation for non-global ARIA attributes on elements with a role. Custom elements will report as...

I _believe_ `role` is fine and sometimes necessary, and we've definitely leveraged that in a few places. [`role`](https://www.w3.org/TR/html-aria/#el-autonomous-custom-element) and any [global aria properties](https://www.w3.org/TR/wai-aria-1.1/#global_states) won't fail the tests, but I still...

This started failing in filter at the `1.150.1` version of `core`: https://github.com/BrightspaceUI/core/compare/v1.150.0...v1.150.1 However, digging into this, this code is just adjusting the width that's used and doesn't actually cause any...

Problem can be seen in the first component here: https://live.d2l.dev/prs/BrightspaceUI/core/pr-5606/components/dialog/demo/dialog.html

Is the hope that this is rerun automatically on like a daily/weekly basis as changes are made, or forever a mostly manual process? If we wanted it automated, I don't...

> > Yesterday we spoke briefly about other properties that we might want included from a broader theming perspective. We might consider tweaking this a bit for the more general...