Some "never None" properties (property groups) are not documented as such #104903
Labels
No Label
Meta
Good First Issue
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 & Devices
Module
Python API
Module
Rendering & Cycles
Module
Sculpt, Paint & Texture
Module
User Interface
Module
VFX & Video
Priority
High
Priority
Low
Priority
Normal
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Information 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
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-manual#104903
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Noticed working on fake-bpy-module (typing module for Blender API that's using blender documentation to parse the typing data) that properties that act as PropertyGroups are not documented as "never None" though they are always set and never appear as
None
.E.g. Scene.eevee or Scene.sequencer_colorspace_settings.
I've found that for some of them (e.g.
bpy.types.Scene
) can be fixed by changing sphinx_doc_gen.py to treatisinstance(prop.fixed_type, bpy.types.PropertyGroup)
as "never None" too.But I don't know how can we distinguish between
Scene.eevee
type of props and something likeID.library_weak_reference
- maybe I'm missing something but from C-code they seem to be defined in the same way, they are pointer properties referring to internal C-defined blender structures, not "never none", read only.Some "never None" properties (property groups) are not documentedto Some "never None" properties (property groups) are not documented as such