chore(deps): update mkdocs #14

renovate · 2024-06-10T21:35:58Z

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
mkdocs (changelog)	`==1.5.3` -> `==1.6.0`
mkdocs-callouts	`==1.10.0` -> `==1.13.2`
mkdocs-custom-tags-attributes	`==0.3.1` -> `==0.3.3`
mkdocs-embed-file-plugins	`==2.0.6` -> `==2.0.9`
mkdocs-encryptcontent-plugin	`==3.0.0` -> `==3.0.3`
mkdocs-git-revision-date-localized-plugin	`==1.2.1` -> `==1.2.6`
mkdocs-glightbox (source)	`==0.3.4` -> `==0.4.0`
mkdocs-material (changelog)	`==9.4.7` -> `==9.5.26`
mkdocs-minify-plugin	`==0.7.1` -> `==0.8.0`

Release Notes

mkdocs/mkdocs (mkdocs)

`v1.6.0`

Compare Source

Local preview

mkdocs serve no longer locks up the browser when more than 5 tabs are open. This is achieved by closing the polling connection whenever a tab becomes inactive. Background tabs will no longer auto-reload either - that will instead happen as soon the tab is opened again. Context: #3391
New flag serve --open to open the site in a browser.
After the first build is finished, this flag will cause the default OS Web browser to be opened at the home page of the local site.
Context: #3500

Drafts

[!warning]
Changed from version 1.5:

The exclude_docs config was split up into two separate concepts.

The exclude_docs config no longer has any special behavior for mkdocs serve - it now always completely excludes the listed documents from the site.

If you wish to use the "drafts" functionality like the exclude_docs key used to do in MkDocs 1.5, please switch to the new config key draft_docs.

See documentation.

Other changes:

Reduce warning levels when a "draft" page has a link to a non-existent file. Context: #3449

Update to deduction of page titles

MkDocs 1.5 had a change in behavior in deducing the page titles from the first heading. Unfortunately this could cause unescaped HTML tags or entities to appear in edge cases.

Now tags are always fully sanitized from the title. Though it still remains the case that Page.title is expected to contain HTML entities and is passed directly to the themes.

Images (notably, emojis in some extensions) get preserved in the title only through their alt attribute's value.

Context: #3564, #3578

Themes

Built-in themes now also support Polish language (#3613)

"readthedocs" theme

Fix: "readthedocs" theme can now correctly handle deeply nested nav configurations (over 2 levels deep), without confusedly expanding all sections and jumping around vertically. (#3464)
Fix: "readthedocs" theme now shows a link to the repository (with a generic logo) even when isn't one of the 3 known hosters. (#3435)
"readthedocs" theme now also has translation for the word "theme" in the footer that mistakenly always remained in English. (#3613, #3625)

"mkdocs" theme

The "mkdocs" theme got a big update to a newer version of Bootstrap, meaning a slight overhaul of styles. Colors (most notably of admonitions) have much better contrast.

The "mkdocs" theme now has support for dark mode - both automatic (based on the OS/browser setting) and with a manual toggle. Both of these options are not enabled by default and need to be configured explicitly.
See color_mode, user_color_mode_toggle in documentation.

[!warning]
Possible breaking change:

jQuery is no longer included into the "mkdocs" theme. If you were relying on it in your scripts, you will need to separately add it first (into mkdocs.yml) as an extra script:
extra_javascript:
  - https://code.jquery.com/jquery-3.7.1.min.js
Or even better if the script file is copied and included from your docs dir.

Context: #3493, #3649

Configuration

New "`enabled`" setting for all plugins

You may have seen some plugins take up the convention of having a setting enabled: false (or usually controlled through an environment variable) to make the plugin do nothing.

Now every plugin has this setting. Plugins can still choose to implement this config themselves and decide how it behaves (and unless they drop older versions of MkDocs, they still should for now), but now there's always a fallback for every plugin.

See documentation. Context: #3395

Validation

Validation of hyperlinks between pages

Absolute links

Historically, within Markdown, MkDocs only recognized relative links that lead to another physical *.md document (or media file). This is a good convention to follow because then the source pages are also freely browsable without MkDocs, for example on GitHub. Whereas absolute links were left unmodified (making them often not work as expected or, more recently, warned against).

If you dislike having to always use relative links, now you can opt into absolute links and have them work correctly.

If you set the setting validation.links.absolute_links to the new value relative_to_docs, all Markdown links starting with / will be understood as being relative to the docs_dir root. The links will then be validated for correctness according to all the other rules that were already working for relative links in prior versions of MkDocs. For the HTML output, these links will still be turned relative so that the site still works reliably.

So, now any document (e.g. "dir1/foo.md") can link to the document "dir2/bar.md" as [link](/dir2/bar.md), in addition to the previously only correct way [link](../dir2/bar.md).

You have to enable the setting, though. The default is still to just skip any processing of such links.

See documentation. Context: #3485

Absolute links within nav

Absolute links within the nav: config were also always skipped. It is now possible to also validate them in the same way with validation.nav.absolute_links. Though it makes a bit less sense because then the syntax is simply redundant with the syntax that comes without the leading slash.

Anchors

There is a new config setting that is recommended to enable warnings for:

validation:
  anchors: warn

Example of a warning that this can produce:

WARNING -  Doc file 'foo/example.md' contains a link '../bar.md#some-heading', but the doc 'foo/bar.md' does not contain an anchor '#some-heading'.

Any of the below methods of declaring an anchor will be detected by MkDocs:

#### Heading producing an anchor
#### Another heading {#custom-anchor-for-heading-using-attr-list}

<a id="raw-anchor"></a>

[](){#markdown-anchor-using-attr-list}

Plugins and extensions that insert anchors, in order to be compatible with this, need to be developed as treeprocessors that insert etree elements as their mode of operation, rather than raw HTML which is undetectable for this purpose.

If you as a user are dealing with falsely reported missing anchors and there's no way to resolve this, you can choose to disable these messages by setting this option to ignore (and they are at INFO level by default anyway).

See documentation. Context: #3463

Other changes:

When the nav config is not specified at all, the not_in_nav setting (originally added in 1.5.0) gains an additional behavior: documents covered by not_in_nav will not be part of the automatically deduced navigation. Context: #3443
Fix: the !relative YAML tag for markdown_extensions (originally added in 1.5.0) - it was broken in many typical use cases.

See documentation. Context: #3466
Config validation now exits on first error, to avoid showing bizarre secondary errors. Context: #3437
MkDocs used to shorten error messages for unexpected errors such as "file not found", but that is no longer the case, the full error message and stack trace will be possible to see (unless the error has a proper handler, of course). Context: #3445

Upgrades for plugin developers

Plugins can add multiple handlers for the same event type, at multiple priorities

See mkdocs.plugins.CombinedEvent in documentation. Context: #3448

Enabling true generated files and expanding the `File` API

See documentation.

There is a new pair of attributes File.content_string that becomes the official API for obtaining the content of a file and is used by MkDocs itself.

This replaces the old approach where one had to manually read the file located at File.abs_src_path, although that is still the primary action that these new attributes do under the hood.
The content of a File can be backed by a string and no longer has to be a real existing file at abs_src_path.

It is possible to set the attribute File.content_string or File.content_bytes and it will take precedence over abs_src_path.

Further, abs_src_path is no longer guaranteed to be present and can be None instead. MkDocs itself still uses physical files in all cases, but eventually plugins will appear that don't populate this attribute.
There is a new constructor File.generated() that should be used by plugins instead of the File() constructor. It is much more convenient because one doesn't need to manually look up the values such as docs_dir and use_directory_urls. Its signature is one of:
```
f = File.generated(config: MkDocsConfig, src_uri: str, content: str | bytes)
f = File.generated(config: MkDocsConfig, src_uri: str, abs_src_path: str)
```
This way, it is now extremely easy to add a virtual file even from a hook:
```
def on_files(files: Files, config: MkDocsConfig):
    files.append(File.generated(config, 'fake/path.md', content="Hello, world!"))
```
For large content it is still best to use physical files, but one no longer needs to manipulate the path by providing a fake unused docs_dir.
There is a new attribute File.generated_by that arose by convention - for generated files it should be set to the name of the plugin (the key in the plugins: collection) that produced this file. This attribute is populated automatically when using the File.generated() constructor.
It is possible to set the edit_uri attribute of a File, for example from a plugin or hook, to make it different from the default (equal to src_uri), and this will be reflected in the edit link of the document. This can be useful because some pages aren't backed by a real file and are instead created dynamically from some other source file or script. So a hook could set the edit_uri to that source file or script accordingly.
The File object now stores its original src_dir, dest_dir, use_directory_urls values as attributes.
Fields of File are computed on demand but cached. Only the three above attributes are primary ones, and partly also dest_uri. This way, it is possible to, for example, overwrite dest_uri of a File, and abs_dest_path will be calculated based on it. However you need to clear the attribute first using del f.abs_dest_path, because the values are cached.
File instances are now hashable (can be used as keys of a dict). Two files can no longer be considered "equal" unless it's the exact same instance of File.

Other changes:

The internal storage of File objects inside a Files object has been reworked, so any plugins that choose to access Files._files will get a deprecation warning.
The order of File objects inside a Files collection is no longer significant when automatically inferring the nav. They get forcibly sorted according to the default alphabetic order.

Context: #3451, #3463

Hooks and debugging

Hook files can now import adjacent *.py files using the import statement. Previously this was possible to achieve only through a sys.path workaround. See the new mention in documentation. Context: #3568
Verbose -v log shows the sequence of plugin events in more detail - shows each invoked plugin one by one, not only the event type. Context: #3444

Deprecations

Python 3.7 is no longer supported, Python 3.12 is officially supported. Context: #3429
The theme config file mkdocs_theme.yml no longer executes YAML tags. Context: #3465
The plugin event on_page_read_source is soft-deprecated because there is always a better alternative to it (see the new File API or just on_page_markdown, depending on the desired interaction).

When multiple plugins/hooks apply this event handler, they trample over each other, so now there is a warning in that case.

See documentation. Context: #3503

API deprecations

It is no longer allowed to set File.page to a type other than Page or a subclass thereof. Context: #3443 - following the deprecation in version 1.5.3 and #3381.
Theme._vars is deprecated - use theme['foo'] instead of theme._vars['foo']
utils: modified_time(), get_html_path(), get_url_path(), is_html_file(), is_template_file() are removed. path_to_url() is deprecated.
LiveReloadServer.watch() no longer accepts a custom callback.

Context: #3429

Misc

The sitemap.xml.gz file is slightly more reproducible and no longer changes on every build, but instead only once per day (upon a date change). Context: #3460

Other small improvements; see commit log.

sondregronas/mkdocs-callouts (mkdocs-callouts)

`v1.13.2`: Hotfix (again) for codefences in callouts

Compare Source

This version treats codefences inside callouts as if they were part of the callout, instead of being ignored altogether (fixing what the latest hotfix forgot). 😅

As an added bonus this means the following will also be valid too:

Source

> [!INFO]
> ```markdown
> > [!NOTE]
> > Codefenced callout within a callout
> ```

Result

!!! info
    ```markdown
    > [!NOTE]
    > Codefenced callout within a callout
    ```

Full Changelog: sondregronas/mkdocs-callouts@v1.13.1...v1.13.2

`v1.13.1`: Hotfix for callouts within blockquotes

Compare Source

Resolves #13

The following markdown would cause a syntax error (list out of range) due to the "callout" starting on a 2nd indent level.

> ```markdown
> > [!NOTE]
> > Example
> ```

This version ensures that a callout block must start with a single indent (> symbol).

Full Changelog: sondregronas/mkdocs-callouts@v1.13.0...v1.13.1

See PR for details.

`v1.11.1`: Hotfix for ordered lists

Compare Source

Only applies to the new breakless_lists option (enabled by default). Forgot to add ordered lists to the regex.

What's Changed

Add support for ordered lists in breakless lists by @sondregronas in https://github.com/sondregronas/mkdocs-callouts/pull/9

Full Changelog: sondregronas/mkdocs-callouts@v1.11.0...v1.11.1

`v1.11.0`: Improved Nested Callouts & Breakless lists

Compare Source

Resolves #7

Supports whitespaces after leading `>` symbols.

> [!info]
> > [!info]
> > > Blockquote

is now possible, previous syntax:

> [!info]
>> [!info]
>> > Blockquote

Also added a new option (enabled by default) to handle breakless lists

This shouldn't interfere with the previous syntax

### Before:
> [!info]
> Text here
>
> - list item
> - another list item

### After:
> [!info]
> Text here
> - list item
> - another list item

Disable the new behavior

This behavior shouldn't cause any issues, but can be disabled by setting breakless_lists to false in the mkdocs.yml configuration file

plugins:
  - search
  - callouts:
      breakless_lists: false

Mara-Li/mkdocs-custom-tags-attributes (mkdocs-custom-tags-attributes)

`v0.3.3`

Compare Source

Ci

ci: adjust publishing (dac102a)
ci: update way to publish to Pipy (554f622)
ci: rework publishing (6a453fa)

Fix

fix: add better way to exclude tags in some text
like links, wikilinks, code, and html

also fix wrong read html (ae39f71)

Test

test: add more tests (0f5f60c)

Unknown

Update publish.yml (fbebf15)

`v0.3.2`

Compare Source

Chore

chore: add pyproject, upgrade pipenv (ad9bd43)

Fix

fix: remove useless logs that spam (a213bb4)
fix: bug caused by html in codeblocks (5b85a12)

Mara-Li/mkdocs_embed_file_plugins (mkdocs-embed-file-plugins)

`v2.0.9`

Compare Source

Chore

chore: set ruff config (ffd181e)

Fix

fix: prevent link index out of range (97e479c)

Unknown

Merge branch 'main' of github.com:Mara-Li/mkdocs_embed_file_plugins (9e631f5)

`v2.0.8`

Compare Source

Chore

chore: dev env setup (51bc934)
chore: delete deprecated file (890a09c)
chore: update pyproject & readme (31bff58)

Fix

fix: list index out of range
closes #6 (cc7e995)

Unknown

fix (895399b)

`v2.0.7`

Compare Source

Chore

chore: exclude (70ba14c)
chore(pip): add pip/pyproject (567e7b5)

Fix

fix: raise an exception if site_url is not set (3b3238b)

Unknown

Merge branch 'main' of github.com:Mara-Li/mkdocs_embed_file_plugins (663eeec)
Merge branch 'main' of github.com:Mara-Li/mkdocs_embed_file_plugins (4c88de0)
Merge branch 'main' of github.com:Mara-Li/mkdocs_embed_file_plugins (4343b6e)

timvink/mkdocs-git-revision-date-localized-plugin (mkdocs-git-revision-date-localized-plugin)

`v1.2.6`: revision-date-localized v1.2.6

Compare Source

What's Changed

Fix bitbucket CI warning showing up on github actions, by @timvink in https://github.com/timvink/mkdocs-git-revision-date-localized-plugin/issues/136

Full Changelog: timvink/mkdocs-git-revision-date-localized-plugin@v1.2.5...v1.2.6

`v1.2.5`: revision-date-localized v1.2.5

Compare Source

What's Changed

Fixing _vars deprecation warning by @dbermuehler in https://github.com/timvink/mkdocs-git-revision-date-localized-plugin/pull/132

New Contributors

@dbermuehler made their first contribution in https://github.com/timvink/mkdocs-git-revision-date-localized-plugin/pull/132

Full Changelog: timvink/mkdocs-git-revision-date-localized-plugin@v1.2.4...v1.2.5

`v1.2.4`: revision-date-localized v1.2.4

Compare Source

Revert jinja auto escape #126

Full Changelog: timvink/mkdocs-git-revision-date-localized-plugin@v1.2.3...v1.2.4

`v1.2.3`: revision-date-localized v1.2.3

Compare Source

What's Changed

To prepare for next major mkdocs release: For jinja autoescape, mark HTML strings as safe, not needing escaping by @oprypin in https://github.com/timvink/mkdocs-git-revision-date-localized-plugin/pull/126
Drop support for python 3.7

Full Changelog: timvink/mkdocs-git-revision-date-localized-plugin@v1.2.2...v1.2.3