-
Notifications
You must be signed in to change notification settings - Fork 7
Comparing changes
Open a pull request
base repository: rnorth/mkdocs-codeinclude-plugin
base: ea54d28
head repository: rnorth/mkdocs-codeinclude-plugin
compare: 289c5d7
- 6 commits
- 15 files changed
- 5 contributors
Commits on Feb 20, 2026
-
Add functionality to raise error if
blockorinclude_blockis not…… found in file (#31) * Raise error when block not found * Don't use `better-setuptools-git-version` This is broken on Python 3.10 as `collections.Mapping` no longer exists. * Fix error message * Add filename to error message * Add config value to control whether or not `select()` throws for blocks which are not found * Add documentation for config values * Add tests for `block_throws` * Revert "Don't use `better-setuptools-git-version`" This reverts commit 147d84a. --------- Co-authored-by: Joshua Coffey <[email protected]>
Configuration menu - View commit details
-
Copy full SHA for b85b8bf - Browse repository at this point
Copy the full SHA b85b8bfView commit details -
Configuration menu - View commit details
-
Copy full SHA for 7ae82b2 - Browse repository at this point
Copy the full SHA 7ae82b2View commit details -
Fix stale expected value in test_modern_tab_case
The test was written before PR #26 added 4-space indentation for pymdownx.tabbed content, so the expected output never matched actual plugin behaviour. Update comparison to use rstrip_lines() to normalise trailing whitespace on blank lines within code blocks. Co-Authored-By: Claude Sonnet 4.6 <[email protected]>
Configuration menu - View commit details
-
Copy full SHA for fdcba98 - Browse repository at this point
Copy the full SHA fdcba98View commit details -
Modernise build tooling: Python 3.11, setuptools-scm, mise
- Replace better-setuptools-git-version (broken on Python 3.10+) with setuptools-scm - Bump python_requires to >=3.11 and update classifiers to match - Update CI workflows (python-package, python-publish) to Python 3.11 - Switch from direnv (.envrc) to mise (.mise.toml) for local tooling Co-Authored-By: Claude Sonnet 4.6 <[email protected]>
Configuration menu - View commit details
-
Copy full SHA for 3452ef2 - Browse repository at this point
Copy the full SHA 3452ef2View commit details -
Fix block_throw silently returning whole file when token matches with…
…out braces When block_throw=True and the token appeared as a substring on a line without braces (e.g. block="foo" matching "call_foo();"), found_block was set but no lines were selected, causing the entire file to be returned instead of raising ValueError. Check selected_lines instead of found_block to catch this case. Co-Authored-By: Claude Opus 4.6 <[email protected]>
Configuration menu - View commit details
-
Copy full SHA for 048fecb - Browse repository at this point
Copy the full SHA 048fecbView commit details -
Modernise build tooling: switch to uv (#35)
* Add .worktrees/ to .gitignore for git worktree support Co-Authored-By: Claude Sonnet 4.6 <[email protected]> * Modernise build tooling: switch to uv for dependency management - Replace setup.py/setup.cfg/requirements.txt with pyproject.toml - Add uv to .mise.toml managed tools, remove manual venv config - Update CI workflow to use astral-sh/setup-uv and uv commands - Update publish workflow to use uv build/publish with OIDC trusted publishers - Add AGENTS.md with updated setup/test instructions - Add uv.lock to .gitignore (library, not application) Co-Authored-By: Claude Sonnet 4.6 <[email protected]> * Replace flake8 with ruff; fix uv dev dependency group - Switch from [project.optional-dependencies] to [dependency-groups] so that `uv sync --dev` correctly installs dev dependencies - Replace flake8 with ruff in the CI workflow - Remove dead `found_block` variables in resolver.py caught by ruff Co-Authored-By: Claude Sonnet 4.6 <[email protected]> --------- Co-authored-by: Claude Sonnet 4.6 <[email protected]>
Configuration menu - View commit details
-
Copy full SHA for 289c5d7 - Browse repository at this point
Copy the full SHA 289c5d7View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff ea54d28...289c5d7