2024-03-14 13:37:30 +01:00
|
|
|
[project]
|
|
|
|
name = "blender_maxwell"
|
2024-05-04 20:09:16 +02:00
|
|
|
version = "0.1.0"
|
2024-03-14 13:37:30 +01:00
|
|
|
description = "Real-time design and visualization of Maxwell simulations in Blender 3D, with deep Tidy3D integration. "
|
|
|
|
authors = [
|
|
|
|
{ name = "Sofus Albert Høgsbro Rose", email = "blender-maxwell@sofusrose.com" }
|
|
|
|
]
|
|
|
|
dependencies = [
|
2024-04-07 18:39:27 +02:00
|
|
|
"tidy3d>=2.6.3",
|
2024-05-04 20:08:33 +02:00
|
|
|
"pydantic>=2.7.1",
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
"sympy==1.12",
|
|
|
|
"scipy==1.12.*",
|
|
|
|
"trimesh==4.2.*",
|
|
|
|
"networkx==3.2.*",
|
|
|
|
"rich==12.5.*",
|
|
|
|
"rtree==1.2.*",
|
2024-04-17 16:03:15 +02:00
|
|
|
"jax[cpu]==0.4.26",
|
|
|
|
"msgspec[toml]==0.18.6",
|
|
|
|
"numba==0.59.1",
|
|
|
|
"jaxtyping==0.2.28",
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
# Pin Blender 4.1.0-Compatible Versions
|
|
|
|
## The dependency resolver will report if anything is wonky.
|
|
|
|
"urllib3==1.26.8",
|
2024-05-21 08:51:26 +02:00
|
|
|
#"requests==2.27.1", ## Conflict with dev-dep commitizen
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
"numpy==1.24.3",
|
|
|
|
"idna==3.3",
|
2024-05-21 08:51:26 +02:00
|
|
|
#"charset-normalizer==2.0.10", ## Conflict with dev-dep commitizen
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
"certifi==2021.10.8",
|
2024-05-21 08:51:26 +02:00
|
|
|
"polars>=0.20.26",
|
2024-05-21 22:57:56 +02:00
|
|
|
"seaborn[stats]>=0.13.2",
|
2024-03-14 13:37:30 +01:00
|
|
|
]
|
2024-05-04 20:08:33 +02:00
|
|
|
## When it comes to dev-dep conflicts:
|
|
|
|
## -> It's okay to leave Blender-pinned deps out of prod; Blender still has them.
|
|
|
|
## -> In edge cases, other deps might grab newer versions and Blender will complain.
|
|
|
|
## -> Let's wait and see if this is more than a theoretical issue.
|
2024-03-14 13:37:30 +01:00
|
|
|
readme = "README.md"
|
2024-03-20 12:55:40 +01:00
|
|
|
requires-python = "~= 3.11"
|
2024-03-14 13:37:30 +01:00
|
|
|
license = { text = "AGPL-3.0-or-later" }
|
|
|
|
|
|
|
|
####################
|
|
|
|
# - Tooling: Rye
|
|
|
|
####################
|
|
|
|
[tool.rye]
|
|
|
|
managed = true
|
|
|
|
virtual = true
|
|
|
|
dev-dependencies = [
|
2024-05-04 20:08:33 +02:00
|
|
|
"ruff>=0.4.3",
|
2024-05-04 15:51:40 +02:00
|
|
|
"fake-bpy-module-4-0>=20231118",
|
2024-05-04 20:08:33 +02:00
|
|
|
"pre-commit>=3.7.0",
|
|
|
|
"commitizen>=3.25.0",
|
|
|
|
## Requires charset-normalizer>=2.1.0
|
|
|
|
# Required by Commitizen
|
|
|
|
## -> It's okay to have different dev/prod versions in our use case.
|
|
|
|
"charset-normalizer==2.1.*",
|
|
|
|
## Manually scanned CHANGELOG; seems compatible.
|
2024-03-14 13:37:30 +01:00
|
|
|
]
|
|
|
|
|
2024-03-20 12:55:40 +01:00
|
|
|
[tool.rye.scripts]
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
dev = "python ./src/scripts/dev.py"
|
|
|
|
pack = "python ./src/scripts/pack.py"
|
2024-03-20 12:55:40 +01:00
|
|
|
|
|
|
|
|
2024-03-14 13:37:30 +01:00
|
|
|
####################
|
|
|
|
# - Tooling: Ruff
|
|
|
|
####################
|
|
|
|
[tool.ruff]
|
2024-03-20 12:55:40 +01:00
|
|
|
target-version = "py311"
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
line-length = 88
|
|
|
|
pycodestyle.max-doc-length = 120
|
2024-03-14 13:37:30 +01:00
|
|
|
|
|
|
|
[tool.ruff.lint]
|
|
|
|
task-tags = ["TODO"]
|
|
|
|
select = [
|
|
|
|
"E", # pycodestyle ## General Purpose
|
|
|
|
"F", # pyflakes ## General Purpose
|
|
|
|
"PL", # Pylint ## General Purpose
|
|
|
|
|
|
|
|
## Code Quality
|
|
|
|
"TCH", # flake8-type-checking ## Type Checking Block Validator
|
|
|
|
"C90", # mccabe ## Avoid Too-Complex Functions
|
|
|
|
"ERA", # eradicate ## Ban Commented Code
|
|
|
|
"TRY", # tryceratops ## Exception Handling Style
|
|
|
|
"B", # flake8-bugbear ## Opinionated, Probable-Bug Patterns
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
"N", # pep8-naming
|
|
|
|
"D", # pydocstyle
|
2024-03-14 13:37:30 +01:00
|
|
|
"SIM", # flake8-simplify ## Sanity-Check for Code Simplification
|
|
|
|
"SLF", # flake8-self ## Ban Private Member Access
|
|
|
|
"RUF", # Ruff-specific rules ## Extra Good-To-Have Rules
|
|
|
|
|
|
|
|
## Style
|
|
|
|
"I", # isort ## Force import Sorting
|
|
|
|
"UP", # pyupgrade ## Enforce Upgrade to Newer Python Syntaxes
|
|
|
|
"COM", # flake8-commas ## Enforce Trailing Commas
|
|
|
|
"Q", # flake8-quotes ## Finally - Quoting Style!
|
|
|
|
"PTH", # flake8-use-pathlib ## Enforce pathlib usage
|
|
|
|
"A", # flake8-builtins ## Prevent Builtin Shadowing
|
|
|
|
"C4", # flake9-comprehensions ## Check Compehension Appropriateness
|
|
|
|
"DTZ", # flake8-datetimez ## Ban naive Datetime Creation
|
|
|
|
"EM", # flake8-errmsg ## Check Exception String Formatting
|
|
|
|
"ISC", # flake8-implicit-str-concat ## Enforce Good String Literal Concat
|
|
|
|
"G", # flake8-logging-format ## Enforce Good Logging Practices
|
|
|
|
"INP", # flake8-no-pep420 ## Ban PEP420; Enforce __init__.py.
|
|
|
|
"PIE", # flake8-pie ## Misc Opinionated Checks
|
|
|
|
"T20", # flake8-print ## Ban print()
|
|
|
|
"RSE", # flake8-raise ## Check Niche Exception Raising Pattern
|
|
|
|
"RET", # flake8-return ## Enforce Good Returning
|
|
|
|
"ARG", # flake8-unused-arguments ## Ban Unused Arguments
|
|
|
|
|
|
|
|
# Specific
|
|
|
|
"PT", # flake8-pytest-style ## pytest-Specific Checks
|
|
|
|
]
|
|
|
|
ignore = [
|
|
|
|
"COM812", # Conflicts w/Formatter
|
|
|
|
"ISC001", # Conflicts w/Formatter
|
|
|
|
"Q000", # Conflicts w/Formatter
|
|
|
|
"Q001", # Conflicts w/Formatter
|
|
|
|
"Q002", # Conflicts w/Formatter
|
|
|
|
"Q003", # Conflicts w/Formatter
|
2024-04-01 16:48:56 +02:00
|
|
|
"D206", # Conflicts w/Formatter
|
2024-03-20 12:55:40 +01:00
|
|
|
"B008", # FastAPI uses this for Depends(), Security(), etc. .
|
|
|
|
"E701", # class foo(Parent): pass or if simple: return are perfectly elegant
|
|
|
|
"ERA001", # 'Commented-out code' seems to be just about anything to ruff
|
2024-04-19 16:53:24 +02:00
|
|
|
"F722", # jaxtyping uses type annotations that ruff sees as "syntax error"
|
feat: Safe, practical BLField.
BLField has gotten a huge facelift, to make it practical to wrangle
properties without the sharp edges.
- All the "special" UI-exposed property types can now be directly
constructed in a BLField marked with 'prop_ui'.
- The most appropriate internal representation will be chosen to
represent the attribute based on its type annotation, including sized
vector-like `bool`, `int`, `float` for `tuple[...]`.
- Static EnumProperties can now be derived from a special `StrEnum`, to
which a `to_name` and `to_icon` method is attached.
- Dynamic `EnumProperty` can now be used safely, with builtin
workarounds to the real-world reference-loss-crash (realized
in the Tidy3D Cloud Task node) and jankiness like empty enum.
- The update method is now fully managed, negating all bugs related to
improper update callback naming.
- Python-side getter caching is preserved for ui-exposed
properties, with the help of node/socket base class support for
passing a `Signal.InvalidateCache` to BLFields that are altered in the
UI.
The cost to all this niceness is rather low, and arguably, positive:
- Dynamic Enum/String searchers no longer "magically" invoke all the
time, since the values seen by Blender are cached by the BLField.
- To regenerate the searcher output, an `@on_value_changed` should be
made by the user to pass `Signal.ResetEnumItems` or
`Signal.ResetStrSearch` to the `BLField`.
- Since searching is no longer eager, there is no danger of
out-of-reference strings (which crash Blender from EnumProperty), but
also a greatly reduced performance problems associated with
the hot-loop regeneration of EnumProperty strings.
- The base classes are now involved with BLField invalidation, to ensure
that the getter caches are cleared up when the UI changes. For the
price of that small indirection (done cheaply with set lookup),
all attribute lookups are generally done in a single lookup, completely
avoiding Blender until needed.
- This does represent another increase in confidence wrt. the event
system's integrity, but so far, that has been a very productive
direction.
**NOTE**: The entire feature set of BLField is not well tested, and will
likely need adjustments as the codebase is converted to use them.
2024-04-23 07:55:54 +02:00
|
|
|
"N806", # Sometimes we like using types w/uppercase in functions, sue me
|
2024-04-24 19:06:15 +02:00
|
|
|
"RUF001", # We use a lot of unicode, yes, on purpose!
|
feat: Working logging, before- and after-deps.
We have a far more sane approach to nodeps now, which
allows us to essentially have two loggers - one that is
very useful, pretty, and clear, but requires a 'rich'
dependency, and one that is simple.
In this spirit, we factored out services/ too.
We can also set the initial console log level now when
packing the .zip.
There's still work to do with the actual flow for deps
installing / uninstalling.
But it should be far more robust now.
Finally, we have a barebones working `quartodoc`-based docs site.
It's super clever; see <https://github.com/machow/quartodoc>.
As it's "just" a quarto project with some python autodiscovery,
fleshing it out with ex. math, images, diagrams, and so forth
should be exceptionally easy.
As we develop, various linter-guided fixes are being realized.
This will be a long process, best done as we spiff everything up
in preparation for general release.
2024-03-21 18:45:38 +01:00
|
|
|
|
|
|
|
# Line Length - Controversy Incoming
|
|
|
|
## Hot Take: Let the Formatter Worry about Line Length
|
|
|
|
## - Yes dear reader, I'm with you. Soft wrap can go too far.
|
|
|
|
## - ...but also, sometimes there are real good reasons not to split.
|
|
|
|
## - Ex. I think 'one sentence per line' docstrings are a valid thing.
|
|
|
|
## - Overlong lines tend to be be a code smell anyway
|
|
|
|
## - We'll see if my hot takes survive the week :)
|
|
|
|
"E501", # Let Formatter Worry about Line Length
|
2024-03-14 13:37:30 +01:00
|
|
|
]
|
|
|
|
|
|
|
|
####################
|
|
|
|
# - Tooling: Ruff Sublinters
|
|
|
|
####################
|
|
|
|
[tool.ruff.lint.flake8-bugbear]
|
|
|
|
extend-immutable-calls = []
|
|
|
|
|
|
|
|
[tool.ruff.lint.pycodestyle]
|
|
|
|
ignore-overlong-task-comments = true
|
|
|
|
|
|
|
|
[tool.ruff.lint.pydocstyle]
|
|
|
|
convention = "google"
|
|
|
|
|
|
|
|
[tool.ruff.lint.pylint]
|
|
|
|
max-args = 6
|
|
|
|
|
|
|
|
####################
|
|
|
|
# - Tooling: Ruff Formatter
|
|
|
|
####################
|
|
|
|
[tool.ruff.format]
|
|
|
|
quote-style = "single"
|
|
|
|
indent-style = "tab"
|
2024-04-12 15:39:13 +02:00
|
|
|
docstring-code-format = false
|
2024-05-04 15:51:40 +02:00
|
|
|
|
|
|
|
####################
|
2024-05-04 20:08:33 +02:00
|
|
|
# - Tooling: Commits
|
2024-05-04 15:51:40 +02:00
|
|
|
####################
|
2024-05-04 20:08:33 +02:00
|
|
|
[tool.commitizen]
|
|
|
|
# Specification
|
|
|
|
name = "cz_conventional_commits"
|
|
|
|
version_scheme = "semver2"
|
|
|
|
version_provider = "pep621"
|
|
|
|
tag_format = "v$version"
|
2024-05-04 15:51:40 +02:00
|
|
|
|
2024-05-04 20:08:33 +02:00
|
|
|
# Version Bumping
|
2024-05-05 09:51:17 +02:00
|
|
|
retry_after_failure = true
|
2024-05-04 20:08:33 +02:00
|
|
|
major_version_zero = true
|
|
|
|
update_changelog_on_bump = true
|
|
|
|
|
|
|
|
# Annotations / Signature
|
|
|
|
gpg_sign = true
|
|
|
|
annotated_tag = true
|