Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Add build-time library search index

Ouverte
#114 0 commentaires 1 réaction 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
52/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
javascript

Piste de recherche

Start by tracing the existing build-time registry and page-resolution flow, then inspect the Library landing page and current build and browser test entry points. Implement normalized static records from resolved kb-docs artifacts/manifests, local grouped filtering, and route-aware results; done means the listed acceptance criteria and tests pass without runtime filesystem or network access.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

Feature Description

Add live client-side search to Library landing page. Search app metadata plus page/document titles and routes from each app. Generate static result data during build from resolved kb-docs artifacts/manifests.

Problem / Opportunity

Growing catalog needs direct discovery across apps and their supplied pages/documents. Search must stay consistent with build-resolved artifact metadata, without runtime filesystem access, crawling, or network calls.

Acceptance Criteria

  • Landing page exposes accessible search input and live client-side results.
  • Search matches app name, description, tags, and slug.
  • Search matches supplied page/document title, section, and route.
  • Build emits normalized static search records from effective expanded kb-docs artifacts/manifests.
  • Results distinguish app and page/document matches.
  • Result links navigate to correct routes in standalone and embedded modes.
  • No full document-body indexing.
  • No network request, filesystem crawl, or external indexing at runtime.
  • Empty query, no-match, keyboard navigation, and accessible labels work.
  • Build and browser tests cover index generation and live filtering.

Proposed Solution

Extend existing build-time registry/page resolution to emit normalized searchable app and page records. Landing page loads static records, filters locally as user types, and renders grouped app/page results. No AI model, provider, or AI query interface included in this scope.

Additional Context

Catalog metadata originates from artifact-owned kb-docs manifests; page routing resolves during build. Search index should use same sources, keeping catalog, routes, and results aligned.

Langage dominant
JavaScript
Étoiles
0
Forks
0
Merge moyen
20 min
PR mergées (30 j)
8

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de AbsaOSS/knowledge-base

Toutes les issues de AbsaOSS/knowledge-base

Issues similaires

Plus d'issues JavaScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.