Panorama-tab-groups: [功能请求] 使用容器的组

这可能是一个选项，但不应该是强制性的。 不是每个人都希望他们的组之间有这种程度的分离，对我来说这只是组织标签的一种方式。

我在发布容器时阅读了有关容器的公告，但我对此没有太多经验。 自从听说有人要求它，我最近一直在使用它，这让我想到了一些事情。 也就是说，您无法轻松地在容器之间转换选项卡（至少不是本机）。 因此，将选项卡转换为另一个容器需要重新打开该容器中的选项卡。 这样，我担心在组之间拖动时会出现滞后，因为必须不断检查选项卡与该组的容器，然后在需要更改容器时将其关闭并重新打开。 然后您可能会丢失您在该选项卡中可能一直在做的任何工作。

我并不是说我不会研究它，但我认为这不会很容易。 只是需要为我考虑的事情（或任何想工作以更快完成的人）

@projectdelphai同样，也不能保证关闭选项卡并在容器中重新打开它会具有 auth 用户显示相同内容所需的会话。 我想这可能恰恰相反。

我认为容器应该被隔离。 您不应该能够在容器选项卡组内部或外部移动选项卡。

对。 移动选项卡应该是无损操作，并且需要维护用户数据。 因此，没有容器。

有一个滞后（一个可怕的，实际上！！！）
Conex就是一个例子！

是的，它有一个滞后，是的，使用它有限制，但用户决定是否使用它们。 我投票赞成拥有它们，但允许用户决定他们是否要创建一个独立的容器（没有标签，没有标签）。

让用户决定。

如果这是我们决定做的事情，由于其他问题/要求，将全景标签组与原始标签组同步更重要，这不会持续一段时间。 因此，与此同时，我们将完全做到这一点：让用户决定。 如果他们想要一个仅由一种类型的容器组成的选项卡组，那么他们现在可以手动以这种方式组织它。

我暂时保留这张票，希望我们可以在未来的某个日期重新审视这个问题（除非有人想要实现

我已经看到许多选项卡组分支和克隆来来去去。 拥有使插件脱颖而出的新功能可能是吸引更多人感兴趣的杀手级功能。 这是我要说的最后一件事。

感谢所有贡献者为这个伟大的插件。
非常感谢。

@str我完全同意它应该是用户的选择。

因此，与此同时，我们将完全做到这一点：让用户决定。 如果他们想要一个仅由一种类型的容器组成的选项卡组，那么他们现在可以手动以这种方式组织它。

@projectdelphai对不起，你能澄清一下吗（我的英语不完美......）？ 通过这句话，我感觉我们已经能够设置容器来与组一起工作。 但是，我敢打赌我错了哈哈哈 :)

通过这句话，我感觉我们已经能够设置容器来与组一起工作。 但是，我敢打赌我错了哈哈哈 :)

是的，你是： https :

通过该评论，我的意思是，例如，只需将组命名为“工作容器”或其他名称，并且仅在该工作容器中的组中放置选项卡。 基本上 PTG 没有容器工作，用户将不得不手动组织他们的选项卡。

不是完美或理想的，而是唯一的解决方案，直到有人（或将来的我）有时间编写代码。

该插件可以与https://addons.mozilla.org/ja/firefox/addon/multi-account-containers/一起使用吗？
就像，如果用户将multi-account-containers与panorama tab groups一起安装，您可以在某个组内设置新标签的默认标签容器（当您执行ctrl-t ，或按+在全景视图中）
从其他组移动的选项卡不必在该容器中重新打开，用户可以使用multi-account-containers重新打开它。

有了这个，

1. 性能问题不会发生（就像conex ）
2. Panorama不必照顾容器

从其他组移动的选项卡不必在该容器中重新打开，用户可以使用multi-account-containers重新打开它。

在multi-account-containers上拉取而不是推送更改怎么样？
是否可以在 Panorama 中选择“跟随领先”的多帐户容器？
此模式将隐藏现有的“用户创建的组”，并仅显示multi-account-containers及其相关选项卡。 这样您就不会影响任何现有功能（除了关闭组之间的拖动选项卡）。

我认为这会将 Panorama 移入必备类别。
我知道，这是我遇到的最大问题。

很高兴听到人们对这个问题有如此多的渴望。 不幸的是，这不是我的强项，也不是我个人要做的事情清单上的东西，因为我已经积压了它。 如果有人想在这里实现一些东西，我很乐意查看它并将其合并。否则，不幸的是，它将不得不搁置。

@projectdelphai

因此，将选项卡转换为另一个容器需要重新打开该容器中的选项卡。 一世

有一种方法可以部分缓解这个问题，在较新的 Firefox 版本（可能已经 2 年）中，有一种方法“创建睡眠标签”，其中使用分配给它的网页地址创建一个标签，但不会加载 - 直到用户单击该选项卡。

+1 此选项

自从有了新系统，我现在有数百个（字面意思）标签分类在容器中，我参与的每个项目或多或少一个。我使用 Conex 管理它们。

我真的很乐意以更直观的方式管理它们，就像我过去大量使用的旧 Panorama 一样，具有相同的数百个选项卡。 但我不想以另一种方式重新组织这么多标签，太多工作。 如果插件可以自动识别我所有的容器类型并使用它，那就太好了。

显然，它必须是一个非默认选项，我们必须知道我们在做什么才能激活它！
（而且我完全知道，当我将选项卡移动到另一个容器时，我丢失了会话等，我对此没有意见。）

对于这个扩展，我会说它可以抽象分组选项卡的后端（不是一种硬编码的方式），然后让用户选择使用哪种技术来管理组。 如果我们选择“Use Firefox Containers to group your tabs”，并且如果已经有很多容器，我们会自动有很多全景图。 显然，添加一个组会添加一个容器等。

从技术角度来看，是否可以与multi-account-containers插件互操作？

我很想为一个组设置默认容器。 将选项卡从一个组移动到另一个组不应更改其容器（如果可能的话）。 仅仅能够为选项卡组指定默认容器就可以覆盖我 99% 的用例。