-
-
Notifications
You must be signed in to change notification settings - Fork 125
Comparing changes
Open a pull request
base repository: mkdocstrings/mkdocstrings
base: 0.28.3
head repository: mkdocstrings/mkdocstrings
compare: 0.29.1
- 15 commits
- 21 files changed
- 2 contributors
Commits on Mar 10, 2025
-
Configuration menu - View commit details
-
Copy full SHA for 11bc400 - Browse repository at this point
Copy the full SHA 11bc400View commit details -
refactor: Use a combined event (each split with a different priority)…
… for `on_env` This is required because we must run things in `on_env` *before* autorefs, and the backlinks feature will need to run things *after* autorefs.
Configuration menu - View commit details
-
Copy full SHA for 8d1dd75 - Browse repository at this point
Copy the full SHA 8d1dd75View commit details -
refactor: Save and forward titles to autorefs
This will be useful for the backlinks feature. Additionally, use autorefs `current_page` as a `Page` object, not a string (URL).
Configuration menu - View commit details
-
Copy full SHA for f49fb29 - Browse repository at this point
Copy the full SHA f49fb29View commit details -
feat: Support rendering backlinks through handlers
Handlers must add `backlinks` HTML elements to their templates: ```html <backlinks identifier="some-id" handler="handler-name" /> ``` mkdocstrings will run a regular expression substitution on each page's HTML, and call corresponding handlers' `render_backlinks` method with backlinks fetched from autorefs (using the specified identifier, and aliases obtained thanks to it through the same handler). Issue-723: #723 Issue-mkdocstrings-python-153: mkdocstrings/python#153 PR-739: #739
Configuration menu - View commit details
-
Copy full SHA for d4c7b9c - Browse repository at this point
Copy the full SHA d4c7b9cView commit details -
Configuration menu - View commit details
-
Copy full SHA for 3366f5b - Browse repository at this point
Copy the full SHA 3366f5bView commit details -
Configuration menu - View commit details
-
Copy full SHA for 44462d0 - Browse repository at this point
Copy the full SHA 44462d0View commit details -
Configuration menu - View commit details
-
Copy full SHA for 32e415d - Browse repository at this point
Copy the full SHA 32e415dView commit details
Commits on Mar 14, 2025
-
Configuration menu - View commit details
-
Copy full SHA for ba98661 - Browse repository at this point
Copy the full SHA ba98661View commit details -
Configuration menu - View commit details
-
Copy full SHA for 9464579 - Browse repository at this point
Copy the full SHA 9464579View commit details -
Configuration menu - View commit details
-
Copy full SHA for 983b3cd - Browse repository at this point
Copy the full SHA 983b3cdView commit details
Commits on Mar 28, 2025
-
Configuration menu - View commit details
-
Copy full SHA for ccf65c1 - Browse repository at this point
Copy the full SHA ccf65c1View commit details
Commits on Mar 31, 2025
-
style: Format and configure for Ruff >= 0.10.0
Ruff 0.10.0 introduces the S704 lint, which triggers when a non- literal string is passed to `markupsafe.Markup()`. This triggered 5 times in the codebase. Only one of these errors was trivially fixable, and the fix caused tests to fail because the "fix" introduced escapes to already correct markup. This commit therefore configures Ruff to ignore this lint and does not fix any code that triggers it. Other changes are due to other formatting and linting changes from recent releases of Ruff. Ruff 0.10.0: https://github.com/astral-sh/ruff/releases/tag/0.10.0 Lint S704: https://docs.astral.sh/ruff/rules/unsafe-markup-use/
Configuration menu - View commit details
-
Copy full SHA for 0bc4799 - Browse repository at this point
Copy the full SHA 0bc4799View commit details -
fix: Ignore invalid inventory lines
Previously, inventory items whose `dispname` value contains multiple lines would prevent mkdocstrings from loading the whole inventory file. This change makes mkdocstrings ignore invalid lines in inventories so that the rest of the inventory can still be loaded. This continuation line behavior can be seen in the wild in the OpenEye toolkits inventory file and a few Open Force Field inventory files. These projects' inventories cannot be used with mkdocstrings because of the raised error. Note that in Sphinx too, these inventory files are read succesfully, and the continuation lines are discarded, truncating the display name. In theory, a continuation line that by chance did parse correctly would be interpreted by both packages as a new inventory item. OpenEye Toolkits inventory file: https://docs.eyesopen.com/toolkits/python/objects.inv Open Force Field Toolkit inventory file: https://docs.openforcefield.org/projects/toolkit/en/stable/objects.inv BespokeFit inventory file: https://docs.openforcefield.org/projects/bespokefit/en/stable/objects.inv
Configuration menu - View commit details
-
Copy full SHA for 81caff5 - Browse repository at this point
Copy the full SHA 81caff5View commit details -
Configuration menu - View commit details
-
Copy full SHA for 1a98040 - Browse repository at this point
Copy the full SHA 1a98040View commit details -
Configuration menu - View commit details
-
Copy full SHA for df4e7c8 - Browse repository at this point
Copy the full SHA df4e7c8View 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 0.28.3...0.29.1