Allow search index starting points for additional sidebar files in nested folders
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- documentation, search
Direzione di ricerca
Inizia con la modalità automatica del plugin di ricerca e il loader della barra laterale, incluso il modo in cui viene rispettato loadSidebar; traccia come i file _sidebar.md annidati entrano attualmente nell'indice. Il lavoro è completato quando i punti di partenza sidebarPaths proposti vengono cercati insieme alla barra laterale di primo livello, senza richiedere la navigazione manuale o l'elenco di ogni file di documentazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Feature request
What problem does this feature solve?
Search in Docsify works by indexing the top level sidebar content. This is fine, but as a set of documentation grows there will likely be folders added, and the sidebar continues to grow. In order to limit the growth of the sidebar, we can use nested _sidebar.md files in subfolders - problem solved.
If you then check the search index via inspecting your browser's local storage, you don't see any of the content from nested _sidebar.md files until you manually navigate to them. This is because Docsify is not loading these, which is expected behavior.
The search plugin allows an auto mode, or you can manually list the path to every file in your documentation and they'll all be indexed. For large documentation sites this is not workable.
What does the proposed API look like?
It would be great if we had a new configuration option for search, where we could index sidebarPaths (or similar). These would not need to be indexed directly, but would be used as starting points for the index since they do contain links to everything accessible in that folder.
search : {
paths: 'auto',
sidebarPaths : [
'/folder'
'/team-guidelines'
]
}
How should this be implemented in your opinion?
With the above config, while still working in "auto" mode, instead of only looking at /_sidebar.md search would additionally look at /folder/_sidebar.md and /team-guidelines/_sidebar.md.
This should honor loadSidebar if configured, so that people can call their sidebar whatever they like but still search it.
Are you willing to work on this yourself?
Yes, but I'm not a very experienced Javascript developer so I'm likely not the best fit.
- Lingua principale
- JavaScript
- Stelle
- 31.5k
- Fork
- 5.8k
- Merge medio
- 2g 14h
- PR unite (30g)
- 5
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di docsifyjs/docsify
-
Query parameter values are truncated at a second equals signForse già presa @xu91102 l’ha presa 22 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 2 giorni
-
Bullet points beginning with inline math: subsequent text formatting not recognised correctlyApertabug Triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 66/100
I maintainer di solito rispondono entro 2 giorni
-
Cached AJAX responses lose status metadata exposed through vm.route.responseForse già presa @xu91102 l’ha presa 22 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
I maintainer di solito rispondono entro 2 giorni
-
In the Edge browser, the character `{docsify-updated}` is not replacedForse di nuovo libera @AmanUllah687 l’ha presa 75 giorni fa e non c’è nessuna pull request aperta. Apertawait for information
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
docsifyjs/docsify#2681 · 11 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
Nested/Recursive includesApertafeature request Triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
docsifyjs/docsify#2643 · 5 commenti ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di docsifyjs/docsify
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
521xueweihan/HelloGitHub#4025 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
yetone/magpie#2844 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
c1overzz/dsh-bili-scroll#22 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
maproulette/maproulette-frontend#2944 ·
I maintainer di solito rispondono entro 1 giorno