[Tracker] Prune w/blroots
#8
Labels
architecture
Related to big-picture internal design of the project.
enhancement
A smaller piece of new functionality, strongly related to existing features.
tracker
Aggregating tracking for other Issues.
upstream
Related to an upstream repository.
Milestone
To keep sane, I'm making a library that simplifies and modularizes many of the repetitive things I've done over the past 60,000-or-so lines of Blender addon code (so far the library is only available at https://git.sofus.io/so-rose/blroots). It will soon have an initial alpha release, and the plan is to let
bpy_jupyter
be the first "real" test-bunny for this.Why is this good for
bpy_jupyter
? In short, extreme simplifications for more expressive logic. In particular, all the non-special things aboutbpy_jupyter
as a Blender extension are planned to be mindfully pruned.This Issue tracks the implementation of this refactor, which will extend over the following specific changes:
bpy_jupyter.utils.*
: Removed entirely; everything is integrated inblroots
.bpy_jupyter.registration
: Removed; integrated inblroots
.bpy_jupyter.services.init_settings
: Removed; integrated inblroots
.bpy_jupyter.contracts.*
: Contracted down to a single file containingOperatorType
andPanelType
; the rest is integrated inblroots
.bpy_jupyter.__init__
: Contracted greatly, due to sensible standardization of registration pipeline.bpy_jupyter.preferences
: The property descriptors fromblroots.bl_prop
contract this greatly.What's left? Ideally, "thin logic" around what actually matters: The service and UI that helps one run a Jupyter notebook kernel in Blender.
The text was updated successfully, but these errors were encountered: