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
With jupyter-book@sphinx-external-toc coming down the pipeline I have done some testing against the new syntax that allows you to specify numbered: true/false for each part in the format: jb-book schema.
This numbering flag switches numbers on and off for the part when not using sphinx-multitoc-numbering. When using sphinx-multitoc-numbering extension it works (except for the cached regression discussed below) and the numbers skip the un-numbered sections and continue at the next numbered parts.
Is this the desired behaviour or should be use global numbering and have numbers visible as controlled by the numbered: true/false setting?
maybe we could add numbered: true as a global across parts in jb-book
Cached Sphinx Builds:
You can get conditions due to the sphinx cache where switching numbered: false in some sections appear to take no affect as those pages are not rebuilt as no content has changed (according to sphinx). Perhaps when there are config keys are altered in _toc.yml we should consider those files as changed and inform sphinx?
With jupyter-book@sphinx-external-toc coming down the pipeline I have done some testing against the new syntax that allows you to specify
numbered: true/false
for eachpart
in theformat: jb-book
schema.This numbering flag switches numbers on and off for the part when not using
sphinx-multitoc-numbering
. When usingsphinx-multitoc-numbering
extension it works (except for the cached regression discussed below) and the numbers skip theun-numbered
sections and continue at the nextnumbered
parts.numbers
visible as controlled by thenumbered: true/false
setting?numbered: true
as a global across parts injb-book
Cached Sphinx Builds:
You can get conditions due to the
sphinx
cache where switchingnumbered: false
in some sections appear to take no affect as those pages are not rebuilt as nocontent
has changed (according to sphinx). Perhaps when there areconfig
keys are altered in_toc.yml
we should consider those files aschanged
and informsphinx
?The text was updated successfully, but these errors were encountered: