Open GonzRon opened 5 years ago
This is too complex functionality for both perception and implementation, and it is unlikely to be made .. it is easier to use different profiles Mozilla Firefox:
firefox.exe --profile "D:\project-X-profile"
firefox.exe --profile "D:\project-Y-profile"
I don't see the workaround using firefox profiles as being viable. Would you accept a pull request for this functionality if it was written by someone else?
Hardly... It will take a lot of time to develop and test. Many people can not always understand what makes this addon and all its features and limitations. And the proposed functionality will complicate it many times and thereby repel ordinary users.
Have you tried to create backup, delete all groups and create others? I mean different backups for different projects, and they all have different folders for auto backup.
When you restore data from a backup, all the tabs are automatically restored, and you can close the current tabs from the old project, because you have them in the backup. Well, this is an option
When you restore data from a backup, all the tabs are automatically restored, and you can close the current tabs from the old project, because you have them in the backup. Well, this is an option
Is deleting of groups doing manually one by one or can I do mass deleting of all groups?
What the fuck was that?
Pretty much yes, but it shouldn't have left the outhouse.
Care to create pull request based on your genius technical design?
"ChatGPT, how to create a pull request?" SCNR
I think it would be better to close this ticket, and (please) leave it closed until there is an actual pull request with real-world code specific to the technological/API context of Firefox and STG, instead of a machine's guesses on "what word is likely to go next in the sentence linguistically".
oh hi - i just wanted to let you know, about #1058
Use Case Description There are times when I'd like to "get back to work" on a project, and that project consists of a few different windows, each having it's own window group. This can essentially be called WorkSpaces, or Workspace Context Switching.
Describe the solution you'd like
The paradigm is such that I could create containers for window groups in a tree.
Example Use Case Scenario
Describe alternatives you've considered right now, if I have many different window groups all related to one project, I cannot group them together. There's no way to create a master group, and to click on this group to open all related groups in their own windows. I have to click on each related group individually and open in new Window.
Additional context The concept can be thought of more broadly as that of a "Browser Based Project Workspace".
I may be working on project X today. I have a parent group for Project X, and project X contains 4 Groups (or Windows).
Tomorrow, I want to work on project Z. I right click on Project Z and select "switch to context", which closes all current browser windows, and opens all Project Z nested groups in their own window.
I also have a Group that is called "Main". This window group has a flag called transcend workspaces (or a locked status flag). This means that this Group (window) will not be affected (not closed) by user switching between Workspaces when "switch to context" is selected, even if the Group "Main" is not part of Parent Group Project X or Parent Group Project Z.
I could open all the windows in the project by clicking on an "open-in-new-window" icon for the parent container, and all of the groups in this parent container would open in new windows, not replacing any old windows for another parent group. OR, I could "switch context to new parent group", and all my browser windows will be replaced with groups from the selected parent group.