-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v2 search UX #14
Comments
Yes this is related to this duplicate entries problem here, and should be solved with facebook/docusaurus#3396 I also like the idea that you only search the current version you are on, as it's simpler, and expected, so if you validate this behavior it's easier for us to add this to RN website v2. But it's not the current legacy v1 behavior, that keeps pages of older versions around (which has also been reported by some v1 users as a long standing bug, not a feature). @Simek mentioned that it might be important to be on v0.64 and be able to search for deprecated features from v0.56 etc, which is an unintended consequence for the legacy v1 behavior. If we can avoid being retrocompatible on this behavior, its better for me 😅 |
Contextual search merged, new release coming soon: |
Description
We need to figure out a good search experience for v2 site.
@Simek I'll let you explain the exact need, but as far as I understand, if a component exist in v0.63 and not in v0.64, we should still be able to search it while browsing 0.64
There's an Algolia option that could be useful for that: https://www.algolia.com/doc/api-reference/api-parameters/optionalFilters/
But I see 2 problems:
This is also related to a broader docusaurus subject where we should allow contextual search. If a user is in v0.62 we should probably present him v0.62 search results in priority (facebook/docusaurus#3396)
The text was updated successfully, but these errors were encountered: