You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Deprecate slice __getitem__ and __setitem__ on HumanName #258
The list/dict emulation on HumanName is wider than its value:
name[1:-3] slices the internal members list positionally — the oddest surviving API (currently a usage.rst example); field access by position has no real use case
name['first'] = x duplicates plain attribute assignment
Keep: name['first'] string-key access (harmless, useful for dynamic field names), and __iter__/__len__ — len(name) == 0 was enshrined in 1.3.0 as the emptiness check when unparsable was removed, and __str__ iterates for the string_format=None path.
Activity
Add 2.0 deprecation warnings for 1.4 second-wave removals (#263) (#286)
Add facade dunders: v1 str/repr/iteration, #258 item semantics, ident…
Reconcile test_python_api against the facade (buckets A, B, E)
docs: rewrite the 2.0 release log new-API-first and complete the audit
derek73 commentedon Jul 28, 2026
Shipped in 2.0.0. Delivery and release-log coverage were verified issue-by-issue in the pre-release milestone audit.