New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TabBar workbench selector does not add tabs for workbenches not already loaded #13630
Comments
So you mean: Just display the current WB on a fresh start and add new tabs if you want to change a WB? |
Not exactly (unless I haven't understood it correctly) Currently:
This proposal:
At the end of the day, this issue is about not having orphaned workbenches without tabs. I hope this clarifies things. |
Why not use it like a tab in the file browser / terminal / web browser?
You won't have many tabs open, only the one you need for your project. Toolbar stays clean and you can easily switch between the relevant WBs and add new ones only if you need them. |
That covers the essence of the proposal, which is not having tab-less workbenches, so I'd be fine with that too. A quick note:
|
Trying to mention @FreeCAD/design-working-group for input does not seem to work, although it's the convention described at https://github.blog/2012-05-09-introducing-team-mentions. Does that team already exist? Is it mentionable only by members of the FreeCad organization on GitHub? |
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
This changes back placement of the "more" button of the WB TabBar to be at the end, where it should be naturally placed. In order to ensure that it is always visible the control was reworked to show this button always after the tab bar widget which now is dynamically sized. This is behavior that is well known from browsers. This commit also ensures that active workbench is always visible in the TabBar by adding additional temporary tab when necessary. This tab will automatically dissapear when not needed. Fixes: FreeCAD#13720 Fixes: FreeCAD#13630
Is there an existing issue for this?
Problem description
Steps to reproduce:
+
(plus sign) at the beginning of the workbenches tabs.#13602 (comment) mentions that this is intended behavior to be able to keep the tab list from growing, and thus it is fixed. While I understand the screen real state concern, I feel having tab-orphaned workbenches has a negative impact on usability and is not consistent with the existing tab navigation.
[1] Edit > Preferences... > Available Workbenches > Workbench selector type => TabBar
Proposal
Full version info
Subproject(s) affected?
Core
Anything else?
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: