グループがFirefoxコンテナ機能を使用するのであれば素晴らしいでしょう。
私の考えでは、ATMはそうではありません。
Conexはそれを行いますが、それは完全に放棄されているようで、UIはそれほど素晴らしいものではありません...
これはオプションである可能性がありますが、必須ではありません。 誰もがグループ間のそのレベルの分離を望んでいるわけではありません。私にとって、それはタブを整理するための単なる方法です。
コンテナのリリース時にアナウンスを読んだことがありますが、あまり経験がありませんでした。 要望が多かったとのことで、最近使ってみて、いろいろ考えさせられました。 つまり、コンテナ間でタブを簡単に変換することはできません(少なくともネイティブではありません)。 したがって、タブを別のコンテナに変換するには、そのコンテナでタブを再度開く必要があります。 このように、タブをそのグループのコンテナに対して常にチェックし、コンテナを変更する必要がある場合は閉じて再度開く必要があるため、グループ間でドラッグするときにラグが発生するのではないかと心配しています。 そして、そのタブで行っていた可能性のある作業が失われる可能性があります。
調べないと言っているわけではありませんが、とても簡単なことではないと思います。 私(またはそれをより速く終わらせるためにそれに取り組みたい人)のために考えるべきことだけです
@projectdelphaiも、タブを閉じてコンテナで再度開くと、認証ユーザーが同じコンテンツを表示するために必要なセッションが発生するという保証はありません。 私はそれがおそらくもっと反対だと思います。
コンテナは隔離する必要があると思います。 コンテナのタブグループの内側または外側にタブを移動できないようにする必要があります。
右。 タブの移動はロスレス操作である必要があり、ユーザーデータを維持する必要があります。 したがって、コンテナはありません。
ラグがあります(実際にはひどいものです!!!)
コネックスはその一例です!
ええ、それは遅れがあります、そしてええ、それを使用するための制約があります、しかしそれはそれらを使用するかどうかのユーザーの決定です。 私はそれらを持つことに投票しますが、ユーザーが分離されたコンテナーを作成するかどうかを決定できるようにします(タブが入っていない、タブが出ていない)。
ユーザーに決定させます。
これが私たちが行うことにしたことである場合、パノラマタブグループを元のタブグループと同等にするためにさらに重要な他の問題/要求のために、しばらくはありません。 その間、私たちはまさにそれを行います:ユーザーに決定を任せます。 タブグループを1種類のコンテナのみで構成したい場合は、今のところ手動で整理できます。
私は今のところこのチケットを開いたままにしておき、将来的にこれを再検討できることを願っています(誰かが@strのアイデアを実装したいと思っていて、それが機能し、そうでない限り、無料のコード貢献にノーと言うつもりはない場合を除きます)邪魔にならない)
多くのタブグループフォークとクローンが行き来するのを見てきました。 プラグインを他のプラグインから際立たせる新機能を持つことは、より多くの人々に興味を持ってもらうためのキラー機能かもしれません。 これは私がこれについて言う最後のことです。
この素晴らしいプラグインを提供してくれたすべての貢献者に感謝します。
本当にありがとうございました。
@str私はそれがユーザーの選択であるべきだと完全に同意します。
その間、私たちはまさにそれを行います:ユーザーに決定を任せます。 タブグループを1種類のコンテナのみで構成したい場合は、今のところ手動で整理できます。
@projectdelphai申し訳ありませんが、明確にできますか(私の英語は完璧ではありません...)? この文で、グループで動作するコンテナをすでに設定できるようになりました。 しかし、それでも、私は間違っているに違いないahaha :)
この文で、グループで動作するコンテナをすでに設定できるようになりました。 しかし、それでも、私は間違っているに違いないahaha :)
はい、あなたは: https :
そのコメントとは、たとえば、グループに「work-container」などの名前を付け、その作業コンテナ内にあるそのグループにのみタブを配置することを意味しました。 基本的にPTGはコンテナ作業を行わず、ユーザーはタブを手動で整理する必要があります。
完璧でも理想的でもありませんが、誰か(または将来の私)が何かをコーディングする時間があるまでの唯一の解決策です。
プラグインはhttps://addons.mozilla.org/ja/firefox/addon/multi-account-containers/と一緒に動作でき
同様に、ユーザーがmulti-account-containers
をpanorama tab groups
と一緒にインストールしている場合、特定のグループ内の新しいタブのデフォルトのタブコンテナを設定できます( ctrl-t
を実行する場合、またはを押します。パノラマビューで+
)
他のグループから移動したタブは、そのコンテナで再度開く必要はありません。 multi-account-containers
を使用して再度開くのはユーザーの責任です。
これとともに、
conex
)Panorama
はコンテナの世話をする必要はありません他のグループから移動したタブは、そのコンテナで再度開く必要はありません。
multi-account-containers
を使用して再度開くのはユーザーの責任です。
multi-account-containers
変更をプッシュする代わりにプルするのはどうですか?
マルチアカウントコンテナの「リードに従う」オプションをPanoramaに含めることは可能でしょうか?
このモードでは、既存の「ユーザー作成グループ」が非表示になり、 multi-account-containers
とそれに関連するタブのグループが表示されます。 このようにして、既存の機能に影響を与えることはありません(グループ間のタブのドラッグをオフにすることを除く)。
これにより、PanoramaがMust-Haveカテゴリに移動すると思います。
私はこれが私が抱えている唯一の最大の問題であることを知っています。
この問題に対する要望が非常に多いと聞いてうれしいです。 残念ながら、私はすでにバックログを持っているので、それは私の得意なことでも、個人的なことのリストにあることでもありません。 誰かがここで何かを実装したいのなら、私はそれを調べてマージしたいと思います。そうでなければ、残念ながらそれはバックバーナーに座らなければなりません。
@projectdelphai
したがって、タブを別のコンテナに変換するには、そのコンテナでタブを再度開く必要があります。 私
問題を部分的に軽減する方法があります。新しいFirefoxバージョン(おそらく2年前)のIIRCには、「スリープタブの作成」という方法があります。この方法では、タブはWebページアドレスが割り当てられた状態で作成されますが、読み込まれません。ユーザーがそのタブをクリックします。
このオプションの+1
新しいシステム以来、私は今では何百もの(文字通り)タブをコンテナに分類しており、私が関わっているプロジェクトごとに多かれ少なかれ1つです。そして私はそれらをConexで管理しています。
同じ数百のタブを使用して、過去に頻繁に使用した古いパノラマのように、それらをより視覚的に管理できれば本当に嬉しいです。 しかし、私はあまりにも多くのタブを別の方法で再編成したくありません。 プラグインがコンテナで私のすべての種類を自動的に認識して使用できるのであれば、それはとても素晴らしいことです。
明らかに、これはデフォルト以外のオプションである必要があり、何をするかを知ってアクティブ化する必要があります。
(そして、タブを別のコンテナーに移動すると、セッションが失われるなど、問題がないことを完全に知っています。)
この拡張機能では、グループ化タブのバックエンドを抽象化し(一方向にハードコーディングされていない)、ユーザーがグループの管理に使用する手法を選択できるようにすることができます。 「Firefoxコンテナを使用してタブをグループ化する」を選択し、すでに多くのコンテナがある場合は、自動的に多くのパノラマが作成されます。 明らかに、グループを追加するとコンテナなどが追加されます。
技術的な観点から、 multi-account-containers
プラグインと相互運用することは可能ですか?
グループのデフォルトコンテナを設定したいと思います。 タブをあるグループから別のグループに移動しても、そのコンティナーは変更されません(これが可能な場合でも)。 タブグループのデフォルトのcontianerを指定できるだけで、私のユースケースの99%をカバーできます。
最も参考になるコメント
@projectdelphaiも、タブを閉じてコンテナで再度開くと、認証ユーザーが同じコンテンツを表示するために必要なセッションが発生するという保証はありません。 私はそれがおそらくもっと反対だと思います。
コンテナは隔離する必要があると思います。 コンテナのタブグループの内側または外側にタブを移動できないようにする必要があります。