Closed squidfunk closed 3 years ago
Oh yeah. That's because MkDocs expects you to manually add the search
plugin to your config if you have any other plugins defined. Strictly speaking, I think this is a bit of a design flaw in MkDocs, but it's something mike should accommodate. Patch forthcoming (once it passes tests).
I agree that MkDocs behavior may not appear to make sense, but my guess is that this behavior is in place because originally, the search was part of the core. It was refactored out into a plugin, and to minimize breaking when upgrading I think the idea was to add the plugin back by default. However, given the now rich plugin ecosystem, it's quite annoying to point out at every instance to "re-add the search plugin", so retrospectively, it wasn't a good decision.
Thanks for the quick fix!
Yeah, I just wish MkDocs would always implicitly include the search
plugin, and if you want to specifically exclude it, you pass something like !search
to plugins
. Given how long it's been this way, I'm not sure it's a good idea to go changing this in MkDocs though...
Congrats on the 1.0 release! A minor bug: a user reported that after upgrading to mike 1.0, the search needs to be re-enabled explicitly. That's a deviation from the default MkDocs behavior, which says that search is enabled by default.
This can be seen on the Material for MkDocs versioning example.
Is this intended? I'd say that this is kind of unexpected behavior and might lead to confusion among users.