Initial implementation for folders and tree-styled tabs

[mauro-balades]

Functionality:

• Make firefox groups work only for pinned tabs
• Correctly restore folders to their designated workspaces after a restart
• Allow folders to stack up together
  • Split view groups should be able to fit inside folders

UI/UX:

• Rename input when creating a folder
• Open / Close animations (excluding selected tab)
• Allow drag and dropping folders
• Allow droping tabs inside folders

[MoshiurRahmanAdib]

Make firefox groups work only for pinned tabs

Why make it only work for pinned tabs, why not both?

[mauro-balades]

Because normal tabs should be disposable. I have another thing planned for normal tab grouping. This PR is just for folders

[logicsec]

For the nested folder and split view, I feel like it might be easier to match the parent margin like attached. This would ensure that the split view has enough room. I feel like at some point, there should be a max nested folder size or a way to configure the max size.

Lastly, I am wondering if we should have a config option for the indent size? I know there is a number of people that set theirs to 0 to keep it kinda flat.

[mauro-balades]

I believe max should be 4 or 5, depending on how it turns out to be. First step is to actually get them... stacked. And for spacing, it should be logarithmic, where the more indents there are, the lower the spacing would be

[GitMurf]

Because normal tabs should be disposable. I have another thing planned for normal tab grouping. This PR is just for folders

So should we ignore the title of this PR having “tree style tabs” in it? Will there be another PR opened for that? Or is this the single PR we can follow for tree style tabs as well?

Thanks!

[mauro-balades]

Tree style tabs imply folders need to be stackable

[Hikiru]

Because normal tabs should be disposable. I have another thing planned for normal tab grouping. This PR is just for folders

There are situations where I need to sort my normal tabs and keep them open for an extended period of time but don’t want to pin them. For instance, I’m making a modpack for Minecraft right now. When I’m researching mods, I open ones I’m considering in new tabs and sort them into groups by category (currently just using the somewhat working Firefox tab groups). These tabs are still disposable, since they’ll be closed eventually, but they’re still open long enough that they need good organization.

If your plan for tab groups covers this, then cool. If it doesn’t, then I don’t see why users can’t have the choice to use folders for normal tabs if they want

[solrac97gr]

Is there a estimation for the release of this feature? I wanna suggest my team migrate to use Zen instead of Arc but this o course will be a discussion point 😂

[mauro-balades]

There are situations where I need to sort my normal tabs and keep them open for an extended period of time but don’t want to pin them. For instance, I’m making a modpack for Minecraft right now. When I’m researching mods, I open ones I’m considering in new tabs and sort them into groups by category (currently just using the somewhat working Firefox tab groups). These tabs are still disposable, since they’ll be closed eventually, but they’re still open long enough that they need good organization.

Yeah, as I said, there's a third type of group planned for normal tabs. But I dont think they'll appear on the same release as folders.

So it would end up being:

• Split view group
• Folder
• Temp. Group

once zen reaches stable

[GitMurf]

Yeah, as I said, there's a third type of group planned for normal tabs.

@mauro-balades makes sense and thanks for the clarifications! My only follow-up question is whether this third type of group for normal tabs will also support tree style tab primitives, meaning can have nested groups N levels deep (which I believe you refer to as "stackable")? Thanks!!

[mauro-balades]

Is there a estimation for the release of this feature? I wanna suggest my team migrate to use Zen instead of Arc but this o course will be a discussion point 😂

Soon, I do want to give this feauter a nice week of purely testing as it's one of the things most people request.

@mauro-balades makes sense and thanks for the clarifications! My only follow-up question is whether this third type of group for normal tabs will also support tree style tab primitives, meaning can have nested groups N levels deep (which I believe you refer to as "stackable")? Thanks!!

That's still has to be decided on, im still unsure about normal tabs implementation. Im focusing on pinned tabs right now, sorry

[mauro-balades]

For drag and drop, we might just have to update to Firefox beta (138) since they already have this functionality...

[g3eorge]

I don't think it should be so overcomplicated. You don't need three different things that are all folders. I agree you should focus on pinned tab folders right now, but please call it one name.

[mauro-balades]

Yeah, I'm just spitting out technicalities. Split views are just split views, but they are just groups at the end of the day

[Ahsan-Aziz-Ishan]

so this is the spoiler for the new feature

[xptea]

sigma software

[azeveco]

This is the only think that kept me from switching to Firefox. Now it's here.

I can't wait for this to get released here so I can make the full switch and finally ditch Chrome.

That's awesome. Thank you @mauro-balades

[mauro-balades]

Once 1.12.4b is released ill start working back again with this. Releasing today.

[jd-santos]

I'm just here to persist the hype

[bpavuk]

@agarwal222 @jd-santos do you have notifications for this PR enabled, too? :D

[Vortriz]

@jd-santos @bpavuk @agarwal222 @kevinrobayna i suggest you take this discussion elsewhere. people are tracking this PR for actual development updates and feature enhancement.

[g3eorge]

Poll

Like this comment if you think that tab folders should work only with pinned tabs, and dislike this comment if you think it should work with non-pinned tabs as well.

[lishaduck]

↑ And heart if you'd love them to support non-pinned tabs, but would rather have something than blocking this on trivialities.

[j4yn1ck5]

In my usage of Sidebery, I have felt that a kickass feature that it could have but doesn't is the ability for a tab to be automatically brought to the forefront/ become the master tab of its group/folder when the group is collapsed, so that you don't have to keep the group expanded just because you're using a sub-tab.

Are there any plans to introduce a feature like this in native implementation?

[dev-hanzala]

@j4yn1ck5 I remember Arc doing something like that active tab will be visible and everything else will collapse

[mauro-balades]

I'll lock this thread as many people are subscribed to it and people keep making off-topic comments.

If you are wondering if there will be normal tab groups like in firefox. Zen's folder will inherit from tab groups. Meaning they shoudn't collide with each other, and you can still use firefox's groups.

tab-group
  \-> "zen-folder" extends "tab-group"
  |
  \-> tab-group[split-view-group] for split view groups