Google chrome extension Chrome应用程序中的选项卡/窗口

chrome应用程序似乎无法在浏览器中呈现为选项卡。。。我碰巧喜欢chrome标签界面，如果不得不尝试在html/css/js中重新实现它，那将是一种耻辱。是否真的没有办法在chrome应用程序级别进行选项卡管理？所有新窗口都必须是外壳/面板级窗口吗

我可以想象应用程序希望为浏览器提供扩展相关功能的场景。。。为什么要让用户（现在必须安装应用程序和扩展）更困惑，才能获得完整的功能集

---

这里真的没有中间立场吗？

Chrome应用程序与浏览器是分开的。这是一种深思熟虑的做法，不太可能改变

要将应用程序视为应用程序，而不是网站（无论连接情况如何，网站始终可用），它们需要被视为独立于浏览器。我们发现，让应用程序在浏览器之外启动和运行对于用户将其概念化为应用程序非常重要

还有一些安全原因使应用程序无法进入浏览器。他们可以访问网站和扩展无法访问的API，但为了实现这一点，他们还单独使用沙盒，无法访问浏览器

---

扩展和应用程序可以通过消息进行通信。用户可能需要同时安装应用程序和扩展程序，这并不理想；我们一直在寻找某种形式的捆绑，以简化这一过程。

Chrome应用程序与浏览器是分开的。这是一种深思熟虑的做法，不太可能改变

要将应用程序视为应用程序，而不是网站（无论连接情况如何，网站始终可用），它们需要被视为独立于浏览器。我们发现，让应用程序在浏览器之外启动和运行对于用户将其概念化为应用程序非常重要

还有一些安全原因使应用程序无法进入浏览器。他们可以访问网站和扩展无法访问的API，但为了实现这一点，他们还单独使用沙盒，无法访问浏览器

---

扩展和应用程序可以通过消息进行通信。用户可能需要同时安装应用程序和扩展程序，这并不理想；我们一直在寻找某种形式的捆绑，以简化这一过程。

我对您提到的捆绑非常感兴趣，也许还有一些关于您如何设想扩展和应用程序协调数据的文档示例。我假设他们将无法访问相同的索引db实例？你有没有想过让应用程序恢复tab api，只在自己的窗口内控制tab？我这么说是因为我一直希望chrome echosystem中出现一些严肃的文档管理工具，我希望chrome的本机选项卡也能转化为应用程序。没错，目前扩展/应用程序不能共享相同的索引数据库实例或其他沙盒数据。这也是我们正在关注的（专门针对相关应用程序，但没有理由不适用于扩展）。有人讨论过让应用程序使用chrome选项卡，而不是在html/css/js中重新实现它，但我们决定不这样做。从技术上讲，这项工作意义重大，我们会在应用程序上强加一种标签外观和感觉，这是我们不想做的。对不起，我想补充的是：有许多库可以使用，它们将为您提供标签样式的界面。我对您提到的捆绑非常感兴趣，以及文档中关于如何设想扩展和应用程序协调数据的一些示例。我假设他们将无法访问相同的索引db实例？你有没有想过让应用程序恢复tab api，只在自己的窗口内控制tab？我这么说是因为我一直希望chrome echosystem中出现一些严肃的文档管理工具，我希望chrome的本机选项卡也能转化为应用程序。没错，目前扩展/应用程序不能共享相同的索引数据库实例或其他沙盒数据。这也是我们正在关注的（专门针对相关应用程序，但没有理由不适用于扩展）。有人讨论过让应用程序使用chrome选项卡，而不是在html/css/js中重新实现它，但我们决定不这样做。从技术上讲，这项工作意义重大，我们会在应用程序上强加一个标签外观和感觉，这是我们不想做的。对不起，我想补充一点：有很多库可以使用，它们将为您提供一个标签样式的界面。