Description
As someone who tends to have a lot of unloaded tabs in my workspace, I find the current way to batch move a chunk of tabs into an existing group to be clunky.
Right now, I find the the best way to do this is to create a temporary group, drag that group manually into the destination group, and then flatten that group. I find that it takes a while with many tabs. It feels rather slippery, and while I prefer that to a slow dragging-scroll, I have found myself having to pause each time to make sure it's targeting right. It's especially annoying if that group is in the middle of two chunks of tabs, because you have to boomerang the scroll to get to it.
I'd prefer a context menu method, but I would be fine if it was through the omnibox.
For a context menu implementation, my instinct would be to put this as nested-menu arrows for each panel that contains tab groups in Move to on their right edges that is a separate button which highlights separately from the panel button, and if you click on it, it shows groups in the panel as destinations. Here's a rough mockup:
Alternatively, this could be done via omnibox, though I believe the best way to implement it that way (due to not being able to select multiple tabs and focus the address bar at the same time) would be moving groups into groups, i.e., if you are on a tab group's root page and use the omnibox to move that tab group root to another tab group, its children move too.
I thought that would be the case initially due to the previous issue about moving tabs to groups in the context menu being referenced through an omnibox commit, but currently it just moves the source group page into the destination group without its children, which really doesn't do anything except create a weird disjoint between the folder and its contents, as such:
original state:
entered = Web Novels into omnibox:
prior child navigates to a different page, root still in stasis despite having no children:
In any case, I'd be very appreciative if an explicit way to do this that isn't drag-and-drop was implemented!
Description
As someone who tends to have a lot of unloaded tabs in my workspace, I find the current way to batch move a chunk of tabs into an existing group to be clunky.
Right now, I find the the best way to do this is to create a temporary group, drag that group manually into the destination group, and then flatten that group. I find that it takes a while with many tabs. It feels rather slippery, and while I prefer that to a slow dragging-scroll, I have found myself having to pause each time to make sure it's targeting right. It's especially annoying if that group is in the middle of two chunks of tabs, because you have to boomerang the scroll to get to it.
I'd prefer a context menu method, but I would be fine if it was through the omnibox.
For a context menu implementation, my instinct would be to put this as nested-menu arrows for each panel that contains tab groups in
Move toon their right edges that is a separate button which highlights separately from the panel button, and if you click on it, it shows groups in the panel as destinations. Here's a rough mockup:Alternatively, this could be done via omnibox, though I believe the best way to implement it that way (due to not being able to select multiple tabs and focus the address bar at the same time) would be moving groups into groups, i.e., if you are on a tab group's root page and use the omnibox to move that tab group root to another tab group, its children move too.
I thought that would be the case initially due to the previous issue about moving tabs to groups in the context menu being referenced through an omnibox commit, but currently it just moves the source group page into the destination group without its children, which really doesn't do anything except create a weird disjoint between the folder and its contents, as such:
original state:
entered
= Web Novelsinto omnibox:prior child navigates to a different page, root still in stasis despite having no children:
In any case, I'd be very appreciative if an explicit way to do this that isn't drag-and-drop was implemented!