Allow search index starting points for additional sidebar files in nested folders
Maintainer antworten meist innerhalb von 8 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 38/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript
- Bereich
- documentation, search
Rechercherichtung
Beginne mit dem Auto-Modus des Search-Plugins und dem Sidebar-Loader, einschließlich der Frage, wie loadSidebar berücksichtigt wird; verfolge, wie verschachtelte _sidebar.md-Dateien derzeit in den Index gelangen. Als erledigt gilt die Aufgabe, wenn die vorgeschlagenen sidebarPaths-Ausgangspunkte neben der Sidebar der obersten Ebene durchsucht werden, ohne dass eine manuelle Navigation oder die Auflistung jeder Dokumentationsdatei erforderlich ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 31.5k
- Forks
- 5.8k
- Ø Merge
- 7 T. 18 Std.
- Gemergte PRs (30 T.)
- 9
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus docsifyjs/docsify
-
Query parameter values are truncated at a second equals signEvtl. vergeben @xu91102 hat das vor 24 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 8 Tagen
-
bug Triage
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 66/100
docsifyjs/docsify#2839 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 8 Tagen
-
Cached AJAX responses lose status metadata exposed through vm.route.responseEvtl. vergeben @xu91102 hat das vor 24 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 8 Tagen
-
In the Edge browser, the character `{docsify-updated}` is not replacedEvtl. wieder frei @AmanUllah687 hat das vor 77 Tagen übernommen, und es ist kein Pull Request offen. Offenwait for information
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
docsifyjs/docsify#2681 · 11 Kommentare ·
Maintainer antworten meist innerhalb von 8 Tagen
-
feature request Triage
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
docsifyjs/docsify#2643 · 5 Kommentare ·
Maintainer antworten meist innerhalb von 8 Tagen
Alle Issues in docsifyjs/docsify
Ähnliche Issues
-
good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
Riloox/hostkind-open#45 ·
-
Request: semgrepOffennew icon permissions in review
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
simple-icons/simple-icons#15093 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 83/100
module-federation/core#5205 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
aikido security:critical
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 76/100
dequelabs/monitor-utility#63 ·