Repository navigation
docs: clarify row iterator column offsets - #237
ryanduguid wants to merge 4 commits into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
Summary
Clarify the different offset handling of
iter_rows()andto_python()in the README and iterator docstring. For cells C3/D3, the iterator yields two blank rows of width two before the data, whileto_python(skip_empty_area=False)retains the leading columns as well.Explain how the second item of
sheet.startidentifies the column offset for a non-empty sheet. Closes #177.Evidence
pytest tests/test_base.py -qpassed all 34 cases with the released wheel; mypy and stubtest also passed.pip install -e ., thenpytestreported 51 passed and one existing expected failure for the OdfReader timedelta case.pre-commit run --all-filespassed every hook, including Rust formatting, Clippy, mypy and stubtest. Whitespace checks pass, and the checked Linux patch matches this PR exactly.Risk
This is a reversible documentation change affecting the README and iterator docstring. The offset explanation is checked against the current Rust source and the released wheel.
Unverified
Rust unit tests, the full Windows suite, and the remaining Python/OS and PyEmscripten combinations were not run. Upstream CI awaits maintainer approval.
Summary by CodeRabbit
iter_rows()handles leading empty rows and columns, including how to locate the first included column.to_python()skips empty areas by default, and thatskip_empty_area=Falsepreserves the row and column offsets.