Isn't what firefox needs actually tabs for groups, not tab groups?

Isn’t what firefox needs actually tabs for groups, not tab groups?

Moreover, we think that we need a group tab for tab groups that further organizes tab groups of about 2 or 3 levels.

Can you understand what I am saying?

It’s not about the concept, but about the UI to be implemented.

Essentially,

Any Chance Tab Groups Will Ever Come?

but I dare to post it in a new topic.

I don’t know how many tabs Mozilla and firefox maintainers are expecting, but if possible, I’d like to see around 2000 tabs. firefox users are probably more likely to keep tabs open than chrome users. I am one of them.

If so, then, if you implement tab groups (tab stacks, tab stashes, workspaces, whatever you want to call them, I don’t care), then you should have 20 tab groups, and if you have 20 tab groups, then you should have 20 tab groups. is implemented, there would be 100 tabs hanging in each of the 20 tab groups.

When there are 100 tabs in one group (even if that is managed in a tree), the amount of scrolling is that much more.

If possible, I would like at least one more level of categorization.

Whether it’s by task, workspace, container, tag (if it’s managed by tags, one tab might be visible on both sides across groups), or whatever classification is up to the user, and I’m not concerned with names or classification methods, even if tab groups are implemented lamely, I’m happier than not, but it’s not enough.

Then again, I think what is needed is not tab groups, but rather tabs representing groups should be implemented. And below that, we need to implement tabs for subgroups, and maybe even tabs for sub-subgroups.

There are 10 large group tabs, 10 medium group tabs below that, 10 more small group tabs, and finally 10 tabs are visible. I don’t know if we need to go this far, but I think we need large and small groups.

Also, I believe they are currently trying to implement vertical tabs, but if the vertical tabs are at the bottom, why not have the small group tabs as horizontal tabs, the medium group tabs as vertical tabs, and the large group tabs as horizontal tabs again?

It is not hard to imagine the accusation of wasting desktop space, but it would be better to Thin minimize each group tab when it is not needed and use color coding to identify them.

I would be happy to hear your opinion.

I was looking at the performance of 1700- tabs in 2017 and 7500- users lost tabs in 2024.

I am not asking these users to sort it out on a regular basis.

Hazel doesn’t close tabs because it’s 'like a trip down memory lane.

I agree with this statement.

I don’t have 7000 tabs open (before that, it would eat up my PC’s memory and slow down performance), but I can have 1000 tabs open in less than a month. Of course, during this period, there are also closed tabs, so if you count only the number of tabs opened, it must be more than 2000, and the number of tabs must be increasing or decreasing by about 10 tabs per second.

I am Japanese, so my English may not be correct, hence I leave the Japanese text below as well.

firefoxに必要なものは実は、タブグループではなく、グループ用タブではないか?

しかも、2,3段階程度のタブグループをさらにまとめるタブグループ用グループタブが必要だと考える。

私の言っていることが伝わるだろうか?

概念の話ではなく、実装するUIの問題だ。

本来、

Any Chance Tab Groups Will Ever Come?

のコメントに書くべきかもしれないが、あえて新規トピックに投稿する。

Mozillaとfirefoxのメンテナーがどの程度のタブ数を想定しているのかは解らないが、可能であれば、2000タブ程度は想定してもらいたい。firefoxのユーザは恐らくchromeユーザよりタブを開いたままにする傾向が高いはずだ。私もその一人だ。

であれば、タブグループ(タブスタック、タブスタッシュ、ワークスペース、呼び名は色々あるだろうが私はどうでも良い。)を実装したとして、20タブグループの各グループに100タブずつぶら下がることになる。

1つのグループに100タブ(それがツリーで管理されていたとしても)ある時点で、スクロール量はそれなりに多くなる。

できれば、最低でももう一段階は分類したい。

タスク毎か、ワークスペース毎か、コンテナ毎か、タグ毎(タグで管理するなら、グループをまたいで1つのタブが双方で見えることになるかもしれない)か、どういった分類をするかは、ユーザ次第だろうし、私は名前や分類法には拘らないが、タブグループをおざなりに実装されても、ないよりはうれしいが、物足りない。

そうすると、必要なのはタブグループではなく、グループを表すタブを実装するべきではないかと考える。そしてその下にはサブグループのタブを実装し、もしかしたらサブサブグループ用のタブも必要になるかもしれない。

10の大グループタブがあり、その下に10の中グループタブ、さらに10小グループタブがあり、やっと10タブが見える。ここまでする必要があるか解らないが、大と小グループは必要ではないかと考える。

また、現在縦タブを実装しようと試みているはずだが、縦タブが一番下にあるとして、小グループタブは横タブに、中グループタブは縦タブに、大グループタブは再び横タブにといった感じに、実装してはどうだろうか?

デスクトップスペースを無駄に消費するという非難は想像に難くないが、それは各グループタブは、必要ないときは最小に捕捉し判別は色分けなどで行えば良いのではないかと考える。

意見を聞かせて貰えれば幸いである。

2017年には1700-のタブ数のパフォーマンスを調べていたし、2024年には7500-のタブ数を失ったユーザがいた。

私はこれらのユーザに定期的に整理しろとは言わない。

Hazel doesn’t close tabs because it’s 'like a trip down memory lane.

この言葉に共感するからである。

さすがに私は7000ものタブを開いたことは無い(その前に、PCのメモリを食い尽くしてパフォーマンスが落ちるからだ)が、1000タブ程度なら一ヶ月足らずで開いてしまう。もちろんこの間に、閉じたタブも当然ある為、開いたタブ数だけ数えれば、2000はこえるだろうし、1秒間に10数タブ程度は増減しているはずだ。