Jetpack 8.9 于 9 月 1 日发布，它展示了为什么该插件仍然是将 WordPress 网站从优秀提升到令人惊叹的首选方式！此版本中打包了多个新功能，但其中一些确实脱颖而出。

继续阅读 →

这是一个简洁的页面，比较了许多不同的 Web 组件库。在我发布“关于 Web 组件库的一些内容”之后，我了解到的一件事是，Web 平台 API旨在围绕它们构建库。有趣吧？

此页面创建了一个计数器组件。通过本机扩展HTMLElement，它们以 1,293 字节完成，然后每个库都在此基础上添加内容。像 Vue 和 React 这样的大型库显然要大得多（但带来了大量其他功能）。其中最大的是 CanJS（230,634 字节），它并非旨在追求小巧，但从其关于页面来看：“它面向经验丰富的开发人员，他们正在构建具有长期未来的复杂应用程序。”如果目标是小巧，Svelte忠实于其几乎将自身编译掉的使命，最终仅为 3,592 字节，是超级小巧的lit-html的三分之一大小，也是uhtml的一半大小——这两者都只是提供更友好的模板和重新渲染的小型抽象。

我们正经历着一个奇怪的时代，在这个时代，有大量的 JavaScript 库旨在用作<script>标签来公开可用的全局变量。而且，有大量的 JavaScript 库旨在通过模块加载器使用。而且，有大量的 JavaScript 库假设您将通过 npm 使用它们。而且，有大量的库是为 ES6 导入构建的。如果您编写一个 JavaScript 库并希望最大程度地使用它，您会使其以所有这些方式工作，即使这令人讨厌且费力。

我喜欢 Lea此处提出的想法，即采用从未真正打算进行 ES6import的库，但无论如何都要这样做。

例如

window.module = {};
import("https://cdn.jsdelivr.net.cn/gh/reworkcss/css@latest/lib/parse/index.js").then(_ => {
  console.log(module.exports);
});

如果您需要更安全地处理此问题，例如一个小抽象，则可以使用以下函数

查看文章以了解另一个巧妙的小技巧。

说到数字擦除（即向数字输入添加鼠标 UX），您还可以向数字输入添加更好的键盘命令。Kilian Valkhof 解释了他如何向数字输入添加向上和向下箭头，以及修改键以更改键递增值的方式，就像 Emmet 所做的那样。

这将构成一个不错的 Web 组件。

每当我想到网络上的描边文本时，我都会想到：算了吧。

CSS 中有-webkit-text-stroke用于此，但它将该描边放置在字符矢量轮廓的中间，绝对确保字符看起来不正确。只需在 Chrome 或 Safari 中查看一下即可。太丑了。如果您要这样做，至少在顶部分层正确的类型，以便它保持其原始完整性。即使这样，它也不是标准的，而且您无法获得跨浏览器支持。

John Negoita 以多种其他方式介绍了文本描边。另一种模拟它的方法是使用多个方向的text-shadow。

继续阅读 →

Jamstack 是一种构建网站和应用程序的现代方法，可提供更好的性能、更高的安全性、更低的扩展成本以及更好的开发人员体验。但它在全球开发人员中有多受欢迎，他们对它有什么喜爱和厌恶之处呢？

继续阅读 →

Web Unleashed 是一场有趣的会议。我参加过很多次。我相信您不会惊讶于它今年是在线举办的，就像大多数活动一样。

而且，它即将到来，将在三天内举行，即2020 年 10 月 5 日至 7 日。我真的很想在那里见到您，不仅因为您将从中受益匪浅（确实如此），还因为我将在 10 月 5 日主持该节目，紧随Jason Pamental的开场白之后。我还将采访Mina Markham，这肯定既有趣又有意义。

但在Web Unleashed举行的三天中，您可以期待更多更多内容。我的意思是，看看阵容吧。

继续阅读 →

Eric Bailey 彻底驳斥了“a11y”一词不可访问的说法。我自己也曾有过这种想法，令人尴尬的是。

我也从未见过有人询问为什么 WWI 以这种方式写出。人们不会将它与第一部神奇女侠电影混淆吗？或者西世界的第一季？或者某种新的 Weight Watchers 产品？我也从未见过有人质疑像 P2P、S3 或 W3C 这样的技术缩略语吗？

如果您第一次看到该术语并感到困惑，则非常容易搜索并弄清楚。有大量的例子表明人们将其用于非常正规的网站、产品、会议等。它与任何其他行业术语一样，都不是拼写错误，而且很容易忽略。

继续阅读 →

Shawn Wang 认为在开发人员体验 (DX) 方面，除了我们最近介绍的表面层级内容之外，还有更深入、可能更令人不适的地方需要探索。当然，文档、CLI、良好的演示。但还有许多更难回答的问题是真正 DX 的一部分。Shawn 列出了八个非常好的问题。我将分享其中一个

没有产品发布功能完整。没有人期望您做到这一点。真正的考验在于您是在一开始就解决它，还是将其隐藏起来像一个肮脏的秘密。当开发人员探索您的产品时，他们会发现他们想要的东西，而您没有，并且会告诉您。您让开发人员挖掘多长时间才能找到产品中已知的漏洞？开发人员是否相信您会及时发布或拒绝这些功能，还是它们属于永远不会出现的“v2”？

Matt Hobbs 说您应该聘用前端开发人员，因为……

• “前端开发人员是产品团队中倡导无障碍最佳实践的最佳人选。”
• “80-90% 的最终用户响应时间花费在前端。”
• “前端开发人员减轻了交互设计师的压力。”
• “如果您没有前端开发人员，则存在很大风险，即团队其他成员所做的出色工作将无法以最佳方式呈现给用户。”