们通常会在一次会议中提

rmamin

我们通常在合作的会议上举行 45 分钟到一小时的会议。我们为那些提交了他们在网络上遇到的问题的人提供了向通常是行业专家的评审团展示这些问题的机会。

斯蒂芬妮：在这之间，我出四到五个这样的问题。在每一场比赛之间，我们的评委小组都会讨论所提出的问题空间。以及这是否是一个有趣的问题空间。或者，如果他们认为浏览器供应商在这方面开展工作会有用。

斯蒂芬妮：然后在会议结束时，我们让评委选出他们认为需要解决的最紧 电报号码数据 迫的问题。我们还有一个观众部分，因此会议的观众也可以对他们认为浏览器供应商应该解决的最紧迫的问题进行投票。

斯蒂芬妮：然后我们将这些数据带回我们的团队。我们目前正在研究如何将其分散到不同的浏览器团队中。

德鲁：您记得有哪些特别突出、让您印象深刻的建议吗？

斯蒂芬妮：因此，有几个问题，其中最让我印象深刻的是 HTML 控件不断出现。这对我来说很突出，因为我现在正在做一个涉及 HTML 控件的演讲，以及如何无法设置它们的样式或扩展它们是一个问题。因此，看到更多的反馈是很酷的。



斯蒂芬妮：有一些非常有趣的东西，开发工具中有一个用于源代码视图顺序或源代码顺序查看器，我相信，它与捕获网格内容和查看有关，因为您可以将事物打乱顺序，并且具有这可以识别事物如何在 DOM 中流动。所以，我认为在开发工具中实现这将是一件非常酷的事情。

亚伦：是的，有很多与可访问性相关的提交，这些提交非常简洁。另一个与开发工具和可访问性相关的实际上是，而不是将可访问性测试归入其自己的一部分，是审核选项卡，我认为它是目前的位置，就像 Lighthouse 进行一些可访问性测试一样，或者您可以使用网络提示或可访问性见解等。

亚伦：这样做的想法是实际上开始捕获一些可访问性错误方面容易实现的成果，并将其冒泡到控制台中。因此，如果它发现您有一些图像缺少替代文本或一些非常小的字体或对比度不够，它实际上可能会将这些作为错误抛出到控制台中。这往往是许多开发人员检查他们的东西是否正常运行的地方。因此，这会让人们更明显地意识到他们需要解决可访问性问题。