"Topbar" Tabs #39835

Closed
opened 2014-04-22 00:51:31 +02:00 by Julian Eisel · 50 comments
Member

"Topbar" Tabs

The idea of this patch is to implement tabs as easy accessible and nicely integrated UI elements making it possible to add them to the (hopefully) upcoming Topbar (and places like the text or image editors).
tabs_full.png

Tab integration

Tabs are drawn as a new button type called 'TAB' what makes it also possible to create tabs everywhere in the UI. The button type 'TAB' allows the following interactions:

  • Selecting
  • Adding
  • Deleting {F85575}tabs_popup.png
  • Styling -WIP (90%)-
  • Renaming
  • Ordering (Drag & Drop) -WIP (5%)-

To limit the needed space, a '...' tab was created. If space gets rare, some tabs are moved into a menu under it. tabs_menu.png Look at this gif to see how it reacts when the window is resized: tabs_resize.gif

The idea behind it

This Patch aims to act as a part of Brecht's UI top bar proposal: Ui_proposal_top_bar_reshuffle.png *(more here)//

It also allows the integration to other Editors (e.g. Text Editor, UV/Image Editor, User Preferences, etc.).
Therefore, this patch does also include a new python UI template.

Python integration

The actual integration in the UI can happen like this:

template_tabs(data, property, new="", unlink="")

This creates the tabs, adds a "new" operator tab, assigns the delete function to the tab's 'x' icon and checks if some tabs need to be moved
under a '...' tab.

The Patch: tabs_d500.diff

## "Topbar" Tabs The idea of this patch is to implement tabs as easy accessible and nicely integrated UI elements making it possible to add them to the (hopefully) upcoming Topbar (and places like the text or image editors). ![tabs_full.png](https://archive.blender.org/developer/F96340/tabs_full.png) ## Tab integration Tabs are drawn as a new button type called 'TAB' what makes it also possible to create tabs everywhere in the UI. The button type 'TAB' allows the following interactions: - Selecting - Adding - Deleting {[F85575](https://archive.blender.org/developer/F85575/tabs_prop_hover.png)}![tabs_popup.png](https://archive.blender.org/developer/F96342/tabs_popup.png) - Styling `-WIP (90%)-` - Renaming - Ordering (Drag & Drop) `-WIP (5%)-` To limit the needed space, a '...' tab was created. If space gets rare, some tabs are moved into a menu under it. ![tabs_menu.png](https://archive.blender.org/developer/F96347/tabs_menu.png) Look at this gif to see how it reacts when the window is resized: ![tabs_resize.gif](https://archive.blender.org/developer/F96349/tabs_resize.gif) ## The idea behind it This Patch aims to act as a part of Brecht's UI top bar proposal: ![Ui_proposal_top_bar_reshuffle.png](https://archive.blender.org/developer/F96353/Ui_proposal_top_bar_reshuffle.png) *(more [here](http:*wiki.blender.org/index.php/Dev:Ref/Proposals/UI/Top_Bar_Reshuffle))// It also allows the integration to other Editors (e.g. Text Editor, UV/Image Editor, User Preferences, etc.). Therefore, this patch does also include a new python UI template. ## Python integration The actual integration in the UI can happen like this: ``` template_tabs(data, property, new="", unlink="") ``` This creates the tabs, adds a "new" operator tab, assigns the delete function to the tab's 'x' icon and checks if some tabs need to be moved under a '...' tab. **The Patch:** [tabs_d500.diff](https://archive.blender.org/developer/F96358/tabs_d500.diff)
Author
Member

Changed status to: 'Open'

Changed status to: 'Open'
Author
Member
Added subscribers: @JulianEisel, @brecht, @JonathanWilliamson
Member

Added subscriber: @CodeManX

Added subscriber: @CodeManX
Member

Nice patch, keep up the work!

My 2 cents:

I'm concerned about the "x" button. Its use is to unlink something (here: a screen layout), but it looks like a non-destructive action (close a tab). I would rather want a "Close" option in a right-click menu. Tablet users should be able to open the context menu with a tap-and-hold gesture. It would make it less easy to accidentially remove something, and the user could click anywhere on a tab for fast screen switching.

The "+" button should open a menu and let you do multiple things:

  • Add a new, blank screen (Info area + 3D View, basically the 3D View Full. Only a 3D View in case the Info area will become non-closable in a future version)
  • Add a new screen, derived from current (current behavior of "+")
  • Add individual default screens as they ship with Blender (factory settings), or maybe from startup.blend, it would make it easy for the user to "restore" the known screens in .blend which don't have them (e.g. .blends from other users with customized screens)
  • Maybe append a screen from any .blend file, this menu option would open a file selector

Or should there always be default screens, that can't be closed? They should be taken from the startup.blend, so every user can define a custom set (s)he always wants to see. Is it a bad idea? Less flexibility, but more consistency.

Nice patch, keep up the work! My 2 cents: I'm concerned about the "x" button. Its use is to unlink something (here: a screen layout), but it looks like a non-destructive action (close a tab). I would rather want a "Close" option in a right-click menu. Tablet users should be able to open the context menu with a tap-and-hold gesture. It would make it less easy to accidentially remove something, and the user could click anywhere on a tab for fast screen switching. The "+" button should open a menu and let you do multiple things: - Add a new, **blank** screen (Info area + 3D View, basically the 3D View Full. Only a 3D View in case the Info area will become non-closable in a future version) - Add a new screen, derived from current (current behavior of "+") - Add individual default screens as they ship with Blender (factory settings), or maybe from startup.blend, it would make it easy for the user to "restore" the known screens in .blend which don't have them (e.g. .blends from other users with customized screens) - Maybe append a screen from any .blend file, this menu option would open a file selector Or should there always be default screens, that can't be closed? They should be taken from the startup.blend, so every user can define a custom set (s)he always wants to see. Is it a bad idea? Less flexibility, but more consistency.

Added subscriber: @PawelLyczkowski-1

Added subscriber: @PawelLyczkowski-1

Added subscriber: @ideasman42

Added subscriber: @ideasman42

Nice work!

I agree about the "x" button, it would be too easy to lose screen layouts this way, it's not a common operation like closing a tab in a web browser. I also agree that the + button should eventually become a menu where you can do multiple things. The ideas proposed above would be nice though I wouldn't make them a requirement for an initial implementation.

Nice work! I agree about the "x" button, it would be too easy to lose screen layouts this way, it's not a common operation like closing a tab in a web browser. I also agree that the + button should eventually become a menu where you can do multiple things. The ideas proposed above would be nice though I wouldn't make them a requirement for an initial implementation.

Added subscriber: @lopataasdf

Added subscriber: @lopataasdf

it can be turned off?

it can be turned off?

Added subscriber: @TodorImreorov

Added subscriber: @TodorImreorov

Awesome!
Will you keep the blender version/scene information bar in the panel though? It is quite wide.

One way of keeping it still visible at all time is by moving it to the actual window decoration name.
Test4.jpeg

Awesome! Will you keep the blender version/scene information bar in the panel though? It is quite wide. One way of keeping it still visible at all time is by moving it to the actual window decoration name. ![Test4.jpeg](https://archive.blender.org/developer/F86162/Test4.jpeg)
Author
Member

Sorry for being so quiet recently. Had some problems with Ubuntu after upgrading so I spent days on trying to get a new Blender build running (it really seemed like some higher powers tried to keep me away from coding :D).
Anyway...
I'll be back in the next few days with some nice updates to the patch.

Back to work now!
Cheers

Sorry for being so quiet recently. Had some problems with Ubuntu after upgrading so I spent days on trying to get a new Blender build running (it really seemed like some higher powers tried to keep me away from coding :D). Anyway... I'll be back in the next few days with some nice updates to the patch. Back to work now! Cheers

Added subscriber: @WarrenBahler

Added subscriber: @WarrenBahler

very nice!, I assume this will include moving the render engine selection to the render tab of the properties editor?
That would make more info header room as well as being more logical placement.

The tab's should work well for the properties editor tabs - except that they take up more space.Perhaps you could consider a closer spacing? I don't think the extra padding between tabs is necessary, I haven't observed other tab interfaces using it.

very nice!, I assume this will include moving the render engine selection to the render tab of the properties editor? That would make more info header room as well as being more logical placement. The tab's should work well for the properties editor tabs - except that they take up more space.Perhaps you could consider a closer spacing? I don't think the extra padding between tabs is necessary, I haven't observed other tab interfaces using it.

Sorry, I do not understand. We hide the four elements of menu in a button to save space. And show nine (and more) items from the list. Where will display information about the scene and memory?

Sorry, I do not understand. We hide the four elements of menu in a button to save space. And show nine (and more) items from the list. Where will display information about the scene and memory?
Member

The scene stats should be moved to another location to be honest, or there could just be a button in the info bar to open a popup. In many UI proposals, they are shown as text overlay in the 3D View (either of the corners), that's definately another good place, although some othe editors may need to overlay it as well (e.g. UV editor I guess?).

The advantage of having a dedicated popup or menu would be, that additional features could be added. For instance, Tris, Quads and Ngons could be counted individually and buttons provided to quickly select them (Select by Number of Sides operator).

The scene stats should be moved to another location to be honest, or there could just be a button in the info bar to open a popup. In many UI proposals, they are shown as text overlay in the 3D View (either of the corners), that's definately another good place, although some othe editors may need to overlay it as well (e.g. UV editor I guess?). The advantage of having a dedicated popup or menu would be, that additional features could be added. For instance, Tris, Quads and Ngons could be counted individually and buttons provided to quickly select them (Select by Number of Sides operator).

This is looking really good @Severin. I also agree with the comments from @brecht and @CodeManX on the X and +button functionalities.StylingFor consistency I feel the styling should follow the toolbar tabs exactly. These should probably even be brought together in some way to create re-usable tab styling code to ensure consistency across all current and future tabs.Scene Info/StatsLike @CodeManX said, the scene stats really ought to be moved. They're quite convenient in the header, but take up far too much valuable space. Seems to me they make the most since in theScene properties Scene panel.

This is looking really good @Severin. I also agree with the comments from @brecht and @CodeManX on the **X** and **+**button functionalities.**Styling**For consistency I feel the styling should follow the toolbar tabs exactly. These should probably even be brought together in some way to create re-usable tab styling code to ensure consistency across all current and future tabs.**Scene Info/Stats**Like @CodeManX said, the scene stats really ought to be moved. They're quite convenient in the header, but take up far too much valuable space. Seems to me they make the most since in the**Scene** properties *Scene* panel.
Author
Member

@lopataasdf The goal is to make the interaction with the different screen layouts much easier and faster. However, you’re right that using tabs instead of a menu takes much more space, but there are ways to minimize this.
It looks like the whole Info Bar will be reorganized to be much more useful.

Look at this proposal by Brecht:
Ui_proposal_top_bar_reshuffle.png
Or at this (really nice) mockup from Plyczkowski:
mockup02_06_nodesc.png

This is the idea that I’m trying to follow. The implementation of the tabs is just one big step for that and even if it gets accepted by the community, I don’t think it will be implemented before the rest of the reorganization is done.

@JonathanWilliamson:

Tab styling
I tried to copy the style of the toolbar tabs as much as possible, but had to size them up a bit to arrange them nicely to the other buttons in the Info Header. Well, looking at some of the mockups, I see that the most of them are using a very different design approach. This is why I don’t want to spend too much time with the design, currently.

Scene Info, Render Engine menu etc.
I really think it’s time to open a new task to discuss the new Top Bar. This is not the right place for this (shall I do this?).

“+”, ”x” Buttons
I agree with your arguments but I think moving the delete button to RMB-context-menu would make it just another “Blender Mysterious Easter Egg”. I’ve already implemented a possible solution that would solve this but don’t want to show it, yet ;).
The “+” menu would be really cool, I’m definitely going to take a look at this.

Patch update coming really soon! I’m just cleaning it up a bit.

Thank you all for your feedback. I’m having a lot of fun with this project!

@lopataasdf The goal is to make the interaction with the different screen layouts much easier and faster. However, you’re right that using tabs instead of a menu takes much more space, but there are ways to minimize this. It looks like the whole Info Bar will be reorganized to be much more useful. Look at this proposal by Brecht: ![Ui_proposal_top_bar_reshuffle.png](https://archive.blender.org/developer/F86406/Ui_proposal_top_bar_reshuffle.png) Or at this (really nice) mockup from Plyczkowski: ![mockup02_06_nodesc.png](https://archive.blender.org/developer/F86408/mockup02_06_nodesc.png) This is the idea that I’m trying to follow. The implementation of the tabs is just one big step for that and even if it gets accepted by the community, I don’t think it will be implemented before the rest of the reorganization is done. @JonathanWilliamson: **Tab styling** I tried to copy the style of the toolbar tabs as much as possible, but had to size them up a bit to arrange them nicely to the other buttons in the Info Header. Well, looking at some of the mockups, I see that the most of them are using a very different design approach. This is why I don’t want to spend too much time with the design, currently. **Scene Info, Render Engine menu etc.** I really think it’s time to open a new task to discuss the new Top Bar. This is not the right place for this (shall I do this?). **“+”, ”x” Buttons** I agree with your arguments but I think moving the delete button to RMB-context-menu would make it just another “Blender Mysterious Easter Egg”. I’ve already implemented a possible solution that would solve this but don’t want to show it, yet ;). The “+” menu would be really cool, I’m definitely going to take a look at this. Patch update coming really soon! I’m just cleaning it up a bit. Thank you all for your feedback. I’m having a lot of fun with this project!

Added subscriber: @BartekMoniewski

Added subscriber: @BartekMoniewski

Added subscriber: @billrey

Added subscriber: @billrey
Author
Member

And here comes the Update…

The Patch: tabs_d500.diff

Some major changes:

  • Selection is working!!
  • Implemented “…” tab. Only shown when needed otherwise “+” tab is shown. tabs_menu.png (Icon can still be changed)
  • Scaled tabs a bit down
  • Clicking on the "x" (only in the active tab) opens this popup: tabs_popup.png

More Screenshots:
tabs_full.png
tabs_resize.gif

And here comes the Update… **The Patch:** [tabs_d500.diff](https://archive.blender.org/developer/F86604/tabs_d500.diff) **Some major changes:** - Selection is working!! - Implemented “…” tab. Only shown when needed otherwise “+” tab is shown. ![tabs_menu.png](https://archive.blender.org/developer/F86596/tabs_menu.png) *(Icon can still be changed)* - Scaled tabs a bit down - Clicking on the "x" (only in the active tab) opens this popup: ![tabs_popup.png](https://archive.blender.org/developer/F86598/tabs_popup.png) **More Screenshots:** ![tabs_full.png](https://archive.blender.org/developer/F86600/tabs_full.png) ![tabs_resize.gif](https://archive.blender.org/developer/F86602/tabs_resize.gif)
Member

Added subscriber: @jta

Added subscriber: @jta

Added subscriber: @NewbGadgets

Added subscriber: @NewbGadgets

Looking Good So far. I personally would like to see Toolbars that separate from main ui. With bigger Icons and maybe a color palette that also separates for blender paint mode and maybe the properties panel and or all panels for that matter. and more than twenty layers would be over the top. Anyways keep up the Good work. Peace

Looking Good So far. I personally would like to see Toolbars that separate from main ui. With bigger Icons and maybe a color palette that also separates for blender paint mode and maybe the properties panel and or all panels for that matter. and more than twenty layers would be over the top. Anyways keep up the Good work. Peace

Added subscriber: @kevindietrich

Added subscriber: @kevindietrich
Member

Added subscriber: @plasmasolutions

Added subscriber: @plasmasolutions

Added subscriber: @mont29

Added subscriber: @mont29

An idea for the TOP SHELF (layout tabs):

in messiah studio top tabs are not only tabs, but also buttons that bring down menus:
http://youtu.be/VsGa1ulR8Ok?t=4m44s

Using this design in Blender could possibly allow us to move the Menus out of the bottom panel of the 3d viewport.

But then we run into a problem. The custom layouts in blender are way more flexible than Messiah studio- where the layout is predetermined always.
So copying this design would be somewhat complicated, since we need to also tell blender which menu, from which layout window to draw when right clicking on the tab. That might be the active window's menus?

tabMenu.jpg

This can potentially clean up the interface quite a bit. Imagine multiple window layout with all of the menus hidden inside the Layout's tab.

An idea for the TOP SHELF (layout tabs): in messiah studio top tabs are not only tabs, but also buttons that bring down menus: http://youtu.be/VsGa1ulR8Ok?t=4m44s Using this design in Blender could possibly allow us to move the Menus out of the bottom panel of the 3d viewport. But then we run into a problem. The custom layouts in blender are way more flexible than Messiah studio- where the layout is predetermined always. So copying this design would be somewhat complicated, since we need to also tell blender which menu, from which layout window to draw when right clicking on the tab. That might be the active window's menus? ![tabMenu.jpg](https://archive.blender.org/developer/F89563/tabMenu.jpg) This can potentially clean up the interface quite a bit. Imagine multiple window layout with all of the menus hidden inside the Layout's tab.
Author
Member

@TodorImreorov: Even though this would be a nice way to remove the menu buttons from the headers, I think it would be better to leave them where they are. Moving them under tabs would just hide them, making it hard to discover them.
But I think there are cases where tabs should be able to open menus. One is the "..." tab: undefined

To all:
I've been much to quiet again, so I'll give you all a quick update:
Not much has been done since the last patch, mainly some smaller fixes. I failed to implement drag & drop for tabs :( but there's still one idea left (would be a tough task and has to wait for now).
One thing that is still left is the ability to pin tabs. This would prevent the tab from being moved to the "..." menu.

All in all, the tabs seem to be usable, now. I would now like to start implementing the rest of the new top bar and finish the tabs after this has been done.

Thanks all :)

@TodorImreorov: Even though this would be a nice way to remove the menu buttons from the headers, I think it would be better to leave them where they are. Moving them under tabs would just hide them, making it hard to discover them. But I think there are cases where tabs should be able to open menus. One is the "..." tab: ![undefined](https://archive.blender.org/developer/F90760/undefined) **To all:** I've been much to quiet again, so I'll give you all a quick update: Not much has been done since the last patch, mainly some smaller fixes. I failed to implement drag & drop for tabs :( but there's still one idea left (would be a tough task and has to wait for now). One thing that is still left is the ability to pin tabs. This would prevent the tab from being moved to the "..." menu. All in all, the tabs seem to be usable, now. I would now like to start implementing the rest of the new top bar and finish the tabs after this has been done. Thanks all :)

Added subscriber: @00Ghz

Added subscriber: @00Ghz

If only one day blender would look like the Plyczkowski mockup :)

If only one day blender would look like the Plyczkowski mockup :)

@00Ghz Haha, thanks, always nice to hear : )

@00Ghz Haha, thanks, always nice to hear : )

Through I would love to get rid of the scroll to death issue in the properties panel.

Through I would love to get rid of the scroll to death issue in the properties panel.
Member

Added subscriber: @Lockal

Added subscriber: @Lockal
Julian Eisel self-assigned this 2014-07-02 14:57:42 +02:00
Julian Eisel changed title from Implement Tabs as standard UI elements to "Topbar" Tabs 2014-07-02 15:28:01 +02:00

@TodorImreorov I don't think this is a good idea. I believe it makes the tabs too complicated. It would require squeezing in the name, the menu, and the close button. Even if the close option was in the context menu, I think it'd cause too much of a discovery problem.

And good stuff @Severin. Keep it up, I'm going to try and test your work soon.

@TodorImreorov I don't think this is a good idea. I believe it makes the tabs too complicated. It would require squeezing in the name, the menu, and the close button. Even if the close option was in the context menu, I think it'd cause too much of a discovery problem. And good stuff @Severin. Keep it up, I'm going to try and test your work soon.
Author
Member

Thanks @JonathanWilliamson, but keep in mind while testing that there are still some issues left in these patches. I'll finish it soon!

Thanks @JonathanWilliamson, but keep in mind while testing that there are still some issues left in these patches. I'll finish it soon!

Why not close tabs by middle mouse button like on the web. Easier then finding a small X button anyway.

Why not close tabs by middle mouse button like on the web. Easier then finding a small X button anyway.
Author
Member

@00Ghz:
As @CodeManX mentioned above, "closing" a tab isn't the same as in a browser in this case. If you close a tab in a browser, it just closes the website and you can still get back to it. "Closing" a tab in in our case means that a screen layout is deleted and you can't get it back anymore. So better not use MMB here!

@00Ghz: As @CodeManX mentioned above, "closing" a tab isn't the same as in a browser in this case. If you close a tab in a browser, it just closes the website and you can still get back to it. "Closing" a tab in in our case means that a screen layout is **deleted** and you can't get it back anymore. So better not use `MMB` here!

Of course but you could change that. Make it like in the materials section where you got a list saved even if you remove a material(which for a stupid UX reason you can't remove items from it). So MMB will work as close instead of delete.

Of course but you could change that. Make it like in the materials section where you got a list saved even if you remove a material(which for a stupid UX reason you can't remove items from it). So MMB will work as close instead of delete.

Approach like that introduce whole new level ow complication. Code-wise and in user experience. And this task is about simplicity. Where to put selection menu for adding closed tabs? Another interface item hard to explain? How to delete layout instead of closing it? Where user should click to duplicate layout and how to tell him that this is separate data and not another tab with same layout?

Also you can remove data from material selection list. Press shift while clicking X and material will have zero users.

Approach like that introduce whole new level ow complication. Code-wise and in user experience. And this task is about simplicity. Where to put selection menu for adding closed tabs? Another interface item hard to explain? How to delete layout instead of closing it? Where user should click to duplicate layout and how to tell him that this is separate data and not another tab with same layout? Also you can remove data from material selection list. Press shift while clicking X and material will have zero users.

Added subscriber: @DavidSisco

Added subscriber: @DavidSisco

Update from August 3rd UI Meeting

This was discussed during today's meeting. Agreement was reached that this is going in a good direction but takes up too much space. Let's put these tabs on hold pending further changes to the whole top bar.

@JulianEisel if you'd like to experiment a bit, perhaps start looking at ways to implement more of @brecht's whole top bar design?

### Update from August 3rd UI Meeting This was discussed during today's meeting. Agreement was reached that this is going in a good direction but takes up too much space. Let's put these tabs on hold pending further changes to the whole top bar. @JulianEisel if you'd like to experiment a bit, perhaps start looking at ways to implement more of @brecht's whole top bar design?
Author
Member

@JonathanWilliamson I already started implementing the top bar a while ago. The problem is, that blender's UI code is really not suited for stuff like that (global regions, fixed horizontal layouts, etc.). After all I think I'm now able to solve these problems and finish implementing it. I'll let you hear once i've got usable results.

@JonathanWilliamson I already started implementing the top bar a while ago. The problem is, that blender's UI code is really not suited for stuff like that (global regions, fixed horizontal layouts, etc.). After all I think I'm now able to solve these problems and finish implementing it. I'll let you hear once i've got usable results.

Added subscriber: @Januz

Added subscriber: @Januz

@JulianEisel, did you ever get a chance to experiment with Brecht's top bar design?

@JulianEisel, did you ever get a chance to experiment with Brecht's top bar design?
Author
Member

Yeah, I spent a lot of time on this again (including rewriting the topbar tabs patch), but the results aren't that promising, yet. topbar_full_wip3.png The most problematic is the global region we'd need to use here, but I promise you, I won't give up on this ;)

Yeah, I spent a lot of time on this again (including rewriting the topbar tabs patch), but the results aren't that promising, yet. ![topbar_full_wip3.png](https://archive.blender.org/developer/F111084/topbar_full_wip3.png) The most problematic is the global region we'd need to use here, but I promise you, I won't give up on this ;)

That looks like progress!

The global area is quite tricky, as it's very much dependent on the current window.

That looks like progress! The global area is quite tricky, as it's very much dependent on the current window.
Member

Added subscriber: @Blendify

Added subscriber: @Blendify
Author
Member

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Author
Member

Oh the memories, my first Blender patch!

A few things have changed since then regarding this task & patch:

So, task & patch here seem redundant. So closing this finally :) Thanks all!

Oh the memories, my first Blender patch! A few things have changed since then regarding this task & patch: * Committed support for tabs as standard buttons to 2.8 branch (2977a8cd21) * We agreed on having the new top-bar as a 2.8 goal (https://wiki.blender.org/index.php/Dev:2.8/UI/Workshop_Writeup#Top_Bar) * I've made an implementation of the top-bar, including a new version of this patch ([D2758](https://archive.blender.org/developer/D2758)) So, task & patch here seem redundant. So closing this finally :) Thanks all!
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
19 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#39835
No description provided.