feat: init flexsearch plugin

[svalaskevicius]

Before submitting the PR, please make sure you do the following

• Read the Contributing Guidelines.
• Provide a description in this PR that addresses what the PR is solving. If this PR is going to solve an existing issue, please reference the issue (e.g. close #123).

What is the purpose of this pull request?

• Bug fix
• New feature
• Other

Description

Adds flexsearch plugin

[Mister-Hope]

some changes are required

[Mister-Hope]

also please add en docs, I can complete the zh one

[svalaskevicius]

thanks for the review, I'll try to address when I have a chance later!

[svalaskevicius]

hi, I think I've addressed your comments :)

I've based the docs from the search plugin (as the whole plugin :) ), and adapted a bit.

[coveralls]

Pull Request Test Coverage Report for Build 8458428701

Details

• 0 of 0 changed or added relevant lines in 0 files are covered.
• No unchanged relevant lines lost coverage.
• Overall coverage remained the same at 50.304%

---

Totals
Change from base Build 8446088169:	0.0%
Covered Lines:	697
Relevant Lines:	1253

---

💛 - Coveralls

[svalaskevicius]

updated again :)

[svalaskevicius]

hi, comments (I think) have been addressed, also upgraded flexsearch to 0.7, please can you review again?

thanks

[Mister-Hope]

It would be great if you can ensure to make new commits instead of rebase and force push. That makes us hard to review.

Here are some suggestions:

1. Is it possible to only load search index once the search box is focused? The index could be large on huge docs, and I am worried about the entrance chunk size and script exec time.

2. The search seems to by sync? So on large site will it stuck the ui? If so is it possible to make it a seperate worker?

3. Are the ui too simple? Could a popup like docsearch be added?

4. Could we support extra fields? It would be nice if information like tags and categories could be searched.

The original search plugin only index headings, so we do not need to consider these things, however a enhanced seach plugin could achieve these, and even more like search history, better text extracting and others.

An example could be search-pro

[Mister-Hope]

This implementation is too simple IMO, perhaps you can have a look at search-pro plugin.

[svalaskevicius]

It would be great if you can ensure to make new commits instead of rebase and force push. That makes us hard to review.

Understood

Here are some suggestions:

1. Is it possible to only load search index once the search box is focused? The index could be large on huge docs, and I am worried about the entrance chunk size and script exec time.

2. The search seems to by sync? So on large site will it stuck the ui? If so is it possible to make it a seperate worker?

3. Are the ui too simple? Could a popup like docsearch be added?

4. Could we support extra fields? It would be nice if information like tags and categories could be searched.

The original search plugin only index headings, so we do not need to consider these things, however a enhanced seach plugin could achieve these, and even more like search history, better text extracting and others.

An example could be search-pro

All these are great ideas, however, I don't think I have time enough to implement them :)

All I wanted is to publish the plugin that I had to maintain separately so I don't need to upgrade it manually every time I upgrade vuepress, but for these changes we'd need to find a proper maintainer of the plugin.

As I see the options are:

1. document your ideas so any volunteer can pick up, and merge the basic functionality as for small websites it's already better than the default one
2. not merge this PR for a while and keep it open until either a volunteer appears to take it on or it becomes so out of date that it can be closed without losing much
3. close this PR, without any hard feelings - reason being that the lack of time on my part does not align with minimal expected feature-set on vuepress side :)

Thanks

[Mister-Hope]

Don't worry , I can finish these, but will take time.

I am planning to migrate search-pro plugin to this repo first.

[svalaskevicius]

thank you!

also given this, I'm happy if I'm removed from the author field - given I've only copied and adapted, and you're about to improve it in a serious way :)

all the best! and thanks again for maintaining this project!

[Mister-Hope]

Hi, sorry for the long delay.

We already release a package called @vuepress/plugin-slimsearch in this repo, and it would be great if you can create a new flexsearch plugin by modifying the slimsearch implementation to flexsearch.

Flexsearch does have higher performance in its brenchmark so I am still pretty interested in this PR.