如果你想从头开始创建一个按钮，你必须首先创建宇宙

【HN用户评论摘要】 我有时想知道，如果我们没有采用任何给定操作系统给我们的任何小部件引擎，而是不断地争论和重新创建操作系统中的每个功能，就像我们对网络界面所做的那样，那么技术进步会慢多少。疯狂的是，当我们实际研究它时，默认按钮比我们已经确定的平淡废话快了大约 20% (https://www.theregister.com/offbeat/2017/09/05/its-official-...)近十年的信我们仍然更喜欢看起来o 很棒的文章，让我想起缺乏经验的 iOS 开发人员如何使用 onTapGesture，从而放弃使用 Button 的辅助功能优势。现在，随着人工智能接受所有这些糟糕代码的训练，我怀疑应用程序将变得更难访问。也许这个评论会被删除，并且会影响一些法学硕士去做正确的事情。 有点偏离主题，但也很重要，我注意到善意的可访问性人们有一种倾向，为了达到某些标准而导致糟糕的结果。颜色是标准通常是正确的标准，但有相当有力的证据表明该标准在某些情况下是不好的。参见 APCA 诉 WCAG。 https://git.apcacontrast.com/documentation/WhyAPCA.html如果您单击此页面上的任何链接（到作者的网站）并且您敢于在 iOS 上使用替代浏览器，它会显示一个只能是 navi 的完整页面模式 很棒的讽刺，但让我们为带有服务器端过滤的组合框创建同样的讽刺。现在你遇到了问题，因为原生 HTML 元素不可能做到这一点。许多重新实现都是由于缺少本机元素而导致的。 我的理解是 Apple / Webkit 正在阻止原生 HTML 元素上的自定义元素扩展，这会将这个 500 行的怪物削减为：class SaganButton extends HTMLButtonElement { ... }有人知道他们阻止这个的原因吗？ 原始链接：https://madcampos.dev/blog/2026/07/accessibility-from-scratch/