一方面我们确实失去了另
个渲染引擎。当 Opera 决定转向 Chromium 时，我也感受到了同样的痛苦。但在 Microsoft 内部，看到我们如何致力于以有意义的方式实际参与 Chromium 项目，我确实感到有些振奋。不仅仅是坐下来接受来自 Chromium 下游的所有内容，而是实际上审查进入平台的内容并参与其中。亚伦：因此，我对此感到有点振奋，觉得我们不仅仅是从该项目 电报号码数据 中获取成果，只是接受与该项目有利害关系的所有不同人所传承的一切。但实际上也在那里进行合作。
亚伦：我认为我们仍然需要弄清楚这对于标准机构在可互操作实施方面意味着什么。因为基本上如果你有一些浏览器决定他们不想实现某些东西，他们可以完全阻止某些东西成为标准。即使世界上所有的开发人员都想要它。
亚伦：而且可能并不是他们不同意的地方。他们可能只是没有足够的带宽来构建该功能。每个人都迫切需要员工等。
德鲁：我想实际上，网络平台上的协作已经从每个人都同意在各自的代码库中实现相同的东西转移到一些主要参与者本质上在相同的代码库上一起工作。
德鲁：我的意思是，您提到了简短的分歧，我想这显然是任何开源项目中都可能引起关注的问题。但我们是否知道这将如何运作，例如，如果来自 Google 的开发人员想要实现一项功能，而来自 Microsoft 的开发人员确实不想看到该功能的实现。他们只是因为 GitHub 问题而吵架吗？
http://zh-cn.bzlists.com/wp-content/uploads/2023/12/rm.jpeg
亚伦：我的意思是，很多这样的事情确实是公开发生的，无论是在 GitHub 问题上还是在 Crbug（Chromium 的错误跟踪器）中。我不是浏览器工程师，所以我不知道内部的所有细节，但我相信有很多东西，如果我们不想要的话，我们基本上可以关闭它们。
亚伦：我知道谷歌一直在 Chromium 项目中进行清理或做一些内务处理，以提取更多与谷歌相关的服务，直到将其从 Chromium 转换为 Chrome 的层。
亚伦：因此，我们有一个类似的过程，将 Chromium 转化为 Edge。显然，我们不想检查 Edge UI 的设计。或者 Collections 的事情，这更多是 Stephanie 提到的 UI 用户关注的事情，我们不会将它们上传到 Chromium 中。它们以 UI 部分的形式存在。
頁:
[1]