一个活动除了 2022 丹佛 昨天结束了。 虽然这次我没能坚持三天，但我确实抓住了昨天的动作——而且是 真棒. 我不是很社交或外向，但这是我至少两年来第一次参加会议，亲自见到人们令人难以置信的耳目一新。
我当然记笔记了！ 我想我会把它们贴在这里，因为分享是关怀。 至少，前几天我六岁的孩子昨晚要我吃点甜点时是这样告诉我的。
我将按扬声器分解。 合理警告： 我只关心手写笔记和一个漂亮的视觉小伙，所以我的笔记往往不如大多数人……有条理。 这些笔记对我来说只是突出的东西。 它们甚至可能不是演示者的主要思想，但它们引起了我的注意！
Chris Coyier：网站现在很好
克里斯以前做过这个演讲（我们把它联系起来 就在上周），但这次大大扩展了它，特别是关于 容器相对单位 其中，当与 clamp(), 做出更准确的响应，因为这些值是相对于容器而不是视口的。 所以，你知道我们经常使用视口宽度（vh) 流体类型的单位？
font-size: clamp(1rem, 1rem + 2vw, 2rem);好吧，我们可以使用容器相对单位，例如 容器查询内联大小 (cqi) 相反，在哪里 1cqi 等于容器内联大小的 1% (这是规范草案):
font-size: clamp(1rem, 1rem + 1cqi, 2rem);Chris 还谈了很多关于 在边缘托管. 可能并不奇怪，因为他 书面 关于它 此处 不止几次。 即使作为已经阅读过这些文章的人，老实说，我也没有意识到边缘计算的完整概念。
这个想法看似简单：全球 CDN 可以服务 资产 很快，因为它们在地理位置上靠近用户。 这是提供光栅图像的非常标准的做法。 但它已扩展到静态文件，例如为网站提供支持的相同 HTML、CSS 和 JavaScript 文件——提前构建它们并从快速的全球 CDN 提供已经编译和优化的文件。 这就是整个 Jamstack 的概念！
但是，如果您仍然需要它的服务器响应怎么办？ 那不是很锋利，是吗？ 好吧，现在我们有了能够在单个 URL 上运行的处理程序，可以提前获取数据，并在渲染之前将其注入——直接来自 CDN。 当然，后台还有额外的工作。 尽管如此，我们可以动态获取数据、注入数据、预构建数据、静态提供数据这一事实 需求，并让它在地理上更靠近用户运行，这使得速度非常快。
Tolu Adegbite：如何在 ARIA 中获胜并影响 Web 可访问性
天哪，这是一个很棒的演讲！ Tolu Adegbite 在 WAI-ARIA 上对我的教育非常刻苦，以至于我很难记下她分享的所有宝石——角色！ 状态！ 标签！ 说明！ 一切都非常好，而且我知道我会一次又一次地回来。
但引起我注意的一件事是内联 SVG 的可访问性。 尽管 SVG 与其他类型的设计资产相关，但它在一天结束时是标记的事实使它与众不同，因为 它并不总是被识别为图像.
辅助技术更有可能通过给它一个适当的可访问角色和标签来将内联 SVG 读取为图像：
Miriam Suzanne：级联层级！重要性
嘿，另一个 CSS-Tricks 校友！ Miriam 一直在花费大量时间和精力 级联层规范. 她还写了一篇 关于他们的大佬指南 在 CSS-Tricks 上，在 An Event Apart 上谈到了它们。
最让我困扰的是这是一个多么大的心理转变。 这个概念本身并不复杂。 宣布 @layer 在 CSS 文档的顶部，按特定顺序列出图层，然后在这些图层中编写样式。 但是对于像我这样已经写了一段时间 CSS 的老恐龙来说，我将不得不习惯这样一个事实，即 Cascade Layers 使一个简单的类选择器能够击败通常具有更高特异性的东西，像身份证一样。
🤯
Miriam 还提醒会议室，除了影响特异性的选择器（例如， :is(), :where()及 :has()).
哦，这是一个有趣的花絮。 当 Miriam 回顾 CSS 特异性的历史时，她回忆说 !important 最初被设计为用户覆盖用户代理和作者样式的工具。 但是在某个地方，我们已经采用它来强制作者风格到顶部。 级联层有助于删除 借口 需要使用 !important 因为它们为我们提供了“优先考虑层 和 保护遗产设立的区域办事处外，我们在美国也开设了办事处，以便我们为当地客户提供更多的支持。“
说的很好，米里亚姆！
Dave Rupert：解锁您的可访问性积压工作
想象一下，有一天你会发现数百条关于你网站上报告的问题的 GitHub 通知。 你甚至从哪里开始？ 也许关闭您的笔记本电脑并获得根管？ 这发生在戴夫身上！ 自动可访问性审核返回了大量错误，并将它们分配为 Dave 修复的票证。
但他注意到了在将这些问题的 Excel 电子表格、将它们移动到 Notion 以获得更好的视图、隐藏不必要的列、对所有内容进行分类以及在逻辑组中显示结果之后的一种模式。 许多报告的问题是在多个页面上重复出现的相同问题。 仅仅因为自动化测试返回少量错误并不意味着它们都是独一无二的。 这减少了很大一部分门票。
他接着展示了如何——通过相对较少的努力——积压的问题减少了近 50%。
那里有很多东西要收集，特别是关于我们如何处理和组织我们的工作。 对我来说最大的收获是戴夫说我们必须强调个人和互动而不是流程和工具。 诸如扫描可访问性错误之类的工具很有帮助，但它们可能无法说明全部情况。 与其听信他们的话，不如在陷入混乱之前提出问题并获得更多背景信息。
作为奖励，在 Notion 中重新组织问题使 Dave 能够以一种清楚地显示他的产品正在积极区分哪些损害的方式对问题进行分组，让他对这些失误以及如何优先考虑这些失误有更大的同情心。
惠景辰的另一场虚拟会议结束了这一天，但不可否认，我错过了大约一半，因为我正在走廊谈话。 这次谈话是值得的，尽管我很沮丧，但我错过了演讲。 我会在它发布时观看它的视频！
