Skip to content

Commit 57f9e0a

Browse files
committed
docs: bump zensical to 0.0.50 to fix search
zensical 0.0.48 shipped a regression that left the search UI hidden (fixed upstream in 0.0.50): the built pages carried the hidden attribute on the search components and the runtime never mounted them, so the site had no search bar. Verified against a full 0.0.50 build: the search markup renders without hidden, search.json is generated, and the crossref/inventory guards and llms artifacts are unchanged.
1 parent f7db9d9 commit 57f9e0a

2 files changed

Lines changed: 22 additions & 21 deletions

File tree

pyproject.toml

Lines changed: 6 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -81,11 +81,12 @@ docs = [
8181
# MkDocs plugins or hooks, so the API reference (formerly gen-files +
8282
# literate-nav) and llms.txt (formerly a hook) are generated by the
8383
# standalone scripts under scripts/docs/. See scripts/docs/build.sh.
84-
# 0.0.48 fixes relative/scoped cross-references for mkdocstrings-python,
85-
# which the mkdocstrings config in mkdocs.yml relies on. The toolchain is
86-
# pinned exactly: Zensical is pre-1.0 and the build guards key on its
87-
# rendering behavior, so bumps should be deliberate.
88-
"zensical==0.0.48",
84+
# 0.0.48 fixed relative/scoped cross-references for mkdocstrings-python
85+
# (which the mkdocstrings config in mkdocs.yml relies on) but broke
86+
# search; 0.0.50 fixes it. The toolchain is pinned exactly: Zensical is
87+
# pre-1.0 and the build guards key on its rendering behavior, so bumps
88+
# should be deliberate.
89+
"zensical==0.0.50",
8990
# Zensical's mkdocstrings compatibility layer targets the mkdocstrings 1.x /
9091
# mkdocstrings-python 2.0.5+ API (griffe 2 / griffelib); the older
9192
# mkdocstrings 0.30 / python 2.0.1 line renders API pages with an

uv.lock

Lines changed: 16 additions & 16 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

0 commit comments

Comments
 (0)