Mina Markham 应该让碧昂斯的网站无障碍
阅读评论
我记得 这件事在 1 月份的时候就传开了，我有点惊讶它没有发生。
Mina 是这项工作的完美人选（就像，显然），结果对每个人都有益。 让我们让这一切发生。 我们至少可以签署 Amélie Lamont 的 请愿书。
我们正在阅读并有一些想法的网络内容。 有我们应该知道的链接吗？ 告诉我们！
增强可点击区域大小
用 React Hooks 思考
阅读评论
Amelia Wattenberger 写了这篇文章，它非常棒，而且具有互动性，它讲述了 React Hooks 以及它们如何清理代码并消除所有那些令人烦恼的生命周期事件。
React 在一年前引入了 Hooks，它们已经改变了许多开发人员的游戏规则。 市场上有很多关于如何介绍它的资源，但我想要谈论的是从 React 类组件切换到函数组件 + Hooks 时的心态上的根本变化。
当你选择代码时，一定要查看那个可爱的动画。 这是一个非常聪明的效果，可以显示旧的做事方式与新的花哨方式之间的区别。 在你完成之后，还要查看我们自己的 React Hooks 简介，以找到更多这种模式在实践中的例子。
带扩展行的表格
在拉取请求中自动压缩图像
阅读评论
Sarah 向我们介绍 了 GitHub Actions，就在它大约一年前发布之后。 现在他们已经改进了这项功能，并宣传了它的 CI/CD 功能。 运行测试，进行部署，做电脑做的一切！ 它本质上是一个 YAML 文件，它说明运行这个，然后运行这个，然后运行这个，等等，并进行配置。
GitLab 某种程度上 开创了先河，虽然你在 GitLab 上得不到免费的机器，而且看起来也没有一个任务生态系统可以从中构建你的 Actions 工作流程。
我认为，正是这种任务生态系统让它特别有趣。 “民主化 DevOps”，如果我想显得更厉害一点的话。 Karolina Szczur 和 Ben Schwarz 的新操作可以 自动优化拉取请求中的所有图像，这展示了这一点。 这使得它几乎可以轻松地添加到任何基于 Git(Hub) 的工作流程中，并且具有明显的巨大优势。 也许未来就是根据需要，从像这样的开源项目中拼凑出我们自己的管道。
网页内容如何影响功耗
两个浏览器走进一个滚动条
阅读评论
令人惊讶的是：滚动条很复杂，尤其是在跨浏览器和跨平台的情况下。
有时它们会占用空间，有时则不会。 有时这会受到设置的影响，有时则不会。 有时你可以看到它们，有时你却看不到，除非你正在滚动。 对它们的样式处理方式多种多样，包括一些最近的开发。
跟随 Zach 的旅程，走向更薄、更原生、更尊重用户偏好、更美观的滚动条，尤其是对于最终 变成这样 的元素级滚动条。
CSS 中的溢出和数据丢失
阅读评论
“数据丢失”是一个有趣的术语。 我的大脑认为它就像从服务器到浏览器的路上数据包丢失一样，导致文件中的内容丢失。 也许在某种程度上确实如此，但在 CSS 术语中，它与 overflow 属性有关。 对于大小容器而言，内容过多 + 隐藏溢出 = 数据丢失。
但这不仅仅是溢出会导致这种“数据丢失”。 对齐方式 也可能导致数据丢失。 想象一下，flexbox 或 grid 的对齐方式导致内容被推到屏幕的顶部或左侧边缘，而滚动条无法到达那里。
为了防止对齐方式导致意外数据丢失，CSS 现在有一些新的关键字，可以与对齐方式属性一起使用。 这些关键字在框对齐规范中指定——该规范处理所有布局方法（包括网格和 flexbox）中的对齐方式。 目前，它们仅在 Firefox 中受支持。 在我们上面的示例中，如果我们将
align-items: safe center设置为start，那么最后一个项目将被对齐为start，而不是强制内容居中。 这将防止由于项目居中而被推到视窗边缘而导致的数据丢失。
（为什么）一些 HTML 是“可选的”
阅读评论
Remy Sharp 深入研究了网络的历史，并描述了为什么 <p></p> 标签不需要像这样关闭。
<p>Paragraphs don’t need to be closed
</p><p>Pretty weird, huh?
</p>Remy 写道
在 DOM 之前，在浏览器之前，世界上第一个浏览器是由蒂姆·伯纳斯·李爵士编写的。 没有参考实现，当然也没有解析规范这样的东西。 第一个浏览器 WorldWideWeb.app 以逐字符的方式解析 HTML，并在解析过程中应用样式。 与今天的方法不同，今天的方法是先构建一个文档对象模型，然后再渲染。
[…] 段落标签（是的，用大写字母）旨在分隔段落，而不是包装它们。
<p>
Paragraph one.
</p><p>
Paragraph two.
</p><p>
Paragraph three.</p>