来自 Zach 的有趣深入探讨。 您对应该使用哪种方式有意见吗？

1) https://website.com/foo/
2) https://websites.com/foo

第一个选项有一个“尾部斜杠”。 第二个没有。

我一直更喜欢这种想法：如果您使用尾部斜杠，则表示该页面有子页面（也就是说，它是一个目录页面，即使它有自己的独特内容）。 如果它是最后一行（内容），则没有尾部斜杠。

继续阅读 →

如果您正在寻找 关于 CSS 特定性的入门知识，我们已经有了。 并且如果您正在尝试领先于潮流，您应该了解 CSS 层叠层。

继续阅读 →

 Nic Chan:

[…] 该 will-change 属性于 2015 年 8 月在主要浏览器中发布，从那以后我一直都在寻找何时使用它。 将其应用于常见的动画属性（如 transform 或 opacity）似乎显而易见，但 浏览器已经将它们归类为复合属性，因此，它们被称为少数几个可以预期具有出色动画性能的属性。 所以，遵循我之前伟大的开发人员的建议，我很谨慎，等待着合适的时机。

我不久前在 ShopTalk 上也对此发表了看法。 我理解 will-change 背后的精神。 它就像响应式图像或 DNS 预取：您向浏览器提供有关您将要执行的操作的额外信息，它可以在发生时对其进行优化。 但是对于 will-change… 何时？ 为什么没有一个简单的简化测试用例演示来展示性能糟糕的内容，然后应用 will-change ，然后它就变成了良好的性能？

好吧，Nic 找到了一种直接有用的情况，其中一个悬停转换的伪元素在 Safari 中留下了一个小小的颜色标记，如果您使用 will-change ，它就会消失。 我在最新版本的 Safari 中测试了它，发现它是真实的。 好的，一个用例！

我希望看到一个更明显的直接用例。 我认为最佳点是在低功耗设备（仍然具有 GPU 但足够新以了解 will-change 是什么）上。

那是 Dave 给我们的一记猛拳。 他采用了最具点击率的标题¹，然后为我们所有人提供了一堆很棒的建议。 如果您想让网络浏览器变得更好，请注意

在 Twitter 上抱怨确实感觉很好，但除了烧毁桥梁和消磨人们的耐心之外，它并没有什么作用。 我想您也可能会被静音，这可能与您期望的效果相反。 不管您的投诉有多好或多么有效，好斗都会导致您的目标受众立即将其驳回……不止一次，而是多年。 人们会怀恨在心很长时间。

因此

我职业生涯中做过的最好的事情是写博客，介绍我对浏览器（或任何您热衷的软件）的具体问题。 这也适用于浏览器以外的软件。 我对 IE、Safari、Edge、Firefox、Chrome、Windows 10、WSL 都做过这样的事情，我亲眼目睹了“摩擦日志”如何成为组织中的强大工具。

在幕后，您的帖子将被外部面向开发人员的倡导者获取并在内部分享。 一篇博客文章的价值相当于 10,000 条推文。

我链接到 去年的 Jay 的前端预测，我认为它们取得了相当不错的成绩。 我认为他在这方面有点天赋，可以对前端进行广泛的观察，包括工具和架构，以及浏览器技术。 让我们回顾一下。

继续阅读 →

来自 Jens Kuerschner 的一个有用的 UI 小部件。 单击添加到日历按钮，获取日历应用程序列表，用户选择他们实际使用的应用程序，然后他们就会得到日历所需的内容。 可能是他们被发送到的特定 URL，甚至可能是下载的 .ics 文件。

继续阅读 →

去年，Elise Blanchard 进行了一些很棒的历史研究，并发现蓝色的超链接在 1993 年取代了黑色的超链接。 它们已经蓝色这么久了，以至于我总是听到的普遍建议是保持它们不变。 对于“蓝色文本是可点击的链接”存在强大的社会肌肉记忆。

但是为什么？！

继续阅读 →

Kilian Valkhof:

[…] 当您将网站从纵向切换到横向时，移动版 Safari 会增加默认字体大小。 也就是说，它是在手机上进行的，而不是在 iPad 上。 Safari 已经这样做很长时间了，作为一种在未针对移动设备优化的网站上提高可读性的方式。 虽然在字面上没有任何网站针对移动设备优化的时候，这无疑很有用，但现在它已经不再那么有用了。 […] 在单一情况下文本大小随机增加正是您想用 CSS 重置来防止的那种情况。

这正是 text-size-adjust 的作用。 MDN

当包含文本的元素使用屏幕宽度的 100% 时，算法会增加其文本大小，但不会修改布局。 该 text-size-adjust 属性允许 Web 作者禁用或修改此行为，因为针对小屏幕设计的网页不需要它。

您可以看到 Apple 的文档展示了这正是他们所做的（在 iPhone 上）。 有一个 古老的错误，它会阻止缩放，但这可能不再是一个大问题。

Kilian 的建议

html {
  -moz-text-size-adjust: none;
  -webkit-text-size-adjust: none;
  text-size-adjust: none;
}

Firefox 甚至不支持它，所以我可能会去掉那个供应商前缀，但除此之外，我会说我同意。 我想我能处理好自己的文本大小。

让我想起了 移动版 Safari 如何对 16px 以下的文本输入执行缩放操作，所以也要注意这一点。

这是 Jeremy 的精彩总结，我猜想他在 2008 年用红笔在巨大的纸质日历上圈出 2022 年 1 月 1 日，并耐心地数着日子。

你看，在 2008 年，互联网上出现了一些小小的戏剧（很奇怪，对吧？），Hixie 当时“正式推测”HTML5 需要 19 年才能达到完全的“推荐”状态（2003-2022）。 当时，大多数 Web 开发人员似乎都相当确定 HTML，也许还有我们所知的互联网，将在 2022 年基本过时。 他们错了。

来自 Tom Quinonero 的一个小渐变生成器工具。 您可能会认为将一种颜色淡化到另一种颜色是一个显而易见、简单、已经解决的问题——实际上它完全不是这样！

Tom 的生成器有两点可以帮助使渐变更出色

1. 您可以选择“插值空间”。 使用 sRGB 颜色空间的渐变（几乎是我们今天在 CSS 中拥有的所有颜色内容）都有一个不好的习惯，就是会穿过 灰色死亡区域，如果您在另一个颜色空间中插值渐变，它可能会变得更漂亮（但随后会将其转换回 RGB 以供今天使用）。
2. 使用多个颜色停止，对颜色进行 缓动，这会导致更平滑、更令人愉悦的外观。

继续阅读 →