该文章核心内容是关于在HTML规范中移除对XSLT的提及，由mfreed7提交的Pull Request #11563，旨在更新HTML规范以反映当前技术趋势。

文章主要内容：

在GitHub上，用户mfreed7提交了一个Pull Request（#11563），提议从HTML规范中移除所有关于XSLT（可扩展样式表语言转换）的提及。该请求旨在清理HTML规范中不再相关或过时的内容。mfreed7在提交中详细说明了移除XSLT的理由，并提到该请求关闭了之前的相关问题#11523。

在讨论中，一些开发者对移除XSLT表示担忧，特别是关于其对老旧网站的影响。例如，gucci-on-fleek指出，XSLT在许多老旧网站中仍然被使用，尤其是那些长期未更新的个人或小型网站。移除XSLT可能会导致这些网站无法正常显示，特别是使用<?xml-stylesheet … ?>的页面，用户可能会看到未格式化的XML内容。

nomis也提到了一些实际使用XSLT的案例，如美国国会的法案页面和XMPP协议的扩展文档，强调了XSLT在特定场景下的重要性。此外，nomis指出，XSLT在资源受限的设备（如微控制器）上非常有用，因为浏览器可以通过静态的XSLT文件将XML转换为HTML，而不需要发送大量的HTML数据。

jonsterling则批评了浏览器厂商对Web平台的控制，认为移除XSLT是对开放Web的损害，呼吁保留这一技术以支持多样化的Web内容。

尽管有这些反对意见，mfreed7的Pull Request最终被合并，XSLT的相关内容从HTML规范中被移除。

总结： 该Pull Request引发了关于XSLT在Web平台中角色的讨论，虽然最终决定移除XSLT，但许多开发者对其潜在影响表示担忧，特别是对老旧网站和特定应用场景的兼容性问题。

评论主要围绕是否应该从HTML规范中移除XSLT展开，观点分为支持和反对两派。

支持移除XSLT的观点： 1. 安全性和维护成本：XSLT的实现复杂且存在安全隐患，移除它可以减少浏览器的攻击面。例如，评论21提到：“如果安全和内存安全是问题，并且已经有polyfill，为什么不直接使用基于WASM的polyfill内部实现？”（If security and memory-safety is a concern and there is already a polyfill, why remove the API form the standard instead of just using the WASM-based polyfill internally?） 2. 浏览器简化：移除不常用的功能可以使浏览器更轻量化。评论18指出：“浏览器今天已经过于臃肿，很难创建一个新的浏览器引擎。”（The browsers today are too bloated and it is difficult to create a new browser engine.）

反对移除XSLT的观点： 1. 功能强大且独特：XSLT是一种专门用于XML转换的领域特定语言，移除它将导致代码可读性下降。评论19提到：“移除XSLT意味着我们更依赖于JavaScript或其他语言进行XML转换，而不是专门为此设计的语言。”（Removing XSLT is bad because it means we are more tied to javascript or other languages for XML transformation instead of a language designed for this specific purpose, a DSL.） 2. 现有依赖：许多现有系统依赖XSLT，移除它将导致兼容性问题。评论5表示：“通过XSLT将XML数据转换为HTML是一个很酷的功能，如果被移除将是一种遗憾。”（having browsers transform XML data into HTML via XSLT is a cool feature, and it works completely statically, without any server-side or client-side code. Would be a shame if that was removed.）

其他观点： 1. 社区反馈被忽视：尽管大多数反馈反对移除XSLT，但谷歌似乎仍坚持推进。评论23指出：“谷歌征求了反馈，几乎所有反馈都说‘不，请不要这样做’，但他们还是决定继续。”（essentially Google asked for feedback, essentially all the feedback said "no, please don't". And they said "thanks for the feedback, we're gonna do it any way!"） 2. 替代方案：有人建议将XSLT的实现移到JavaScript沙箱中，以保持功能同时提高安全性。评论12提出：“为什么不把这个polyfill放到浏览器里呢？这样它就在JavaScript沙箱里了，一切都能像以前一样工作。”（Okay, why not stuff that polyfill into the browser then? Then it's already inside the javascript sandbox that you need to stay secure anyway, and everything just stays working as it was.）

总结：移除XSLT的提议引发了广泛争议，支持者认为这有助于简化浏览器并提高安全性，而反对者则认为XSLT功能强大且不可替代，移除它将带来兼容性和可读性问题。尽管社区反馈大多反对，但谷歌似乎仍坚持推进这一决定。