-
Notifications
You must be signed in to change notification settings - Fork 7
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
feat: exclude routes #17
Comments
That's a good catch and it makes sense that it shouldn't trigger on URL states like these. I have some ideas in mind I'll try out! ✌️ |
I've had a look at this behaviour and it is not trivial to prevent this - because it is correct behaviour (as you noted). The only thing I can think of at the moment is passing an It could look something like this (accepting regex): <HolyLoader ignorePaths={[/^\/browse\?query=.*/, /\?terms/]} /> Which would then prevent triggering HolyLoader if the new URL matches any of the patterns in ignorePaths. |
+1 to an ignore paths option since it gives a lot of flexibility |
For us, an |
I've added an https://github.com/tomcru/holy-loader/releases/tag/2.3.4 Tested this as thoroughly as I could, let me know if it's what you expected or if you run into any issues. |
It would be awesome if we had the option to exclude specific routes. For example, I do use url query params as the state of my search page:
site.com/search?term=something
and the progress bar is animated many times as the user types. The behavior is correct, because the url is changing (the value ofterm
= the value of search input where the user types), and I tried to fix it a bit by debouncing. However, I'd like to exclude this route from holy loader. (Other use cases are page filters and anything that uses "url-based" state management)In some cases, having the delay option (#2) might be better, but being able to completely exclude some routes or some params will make the library more awesome.
The text was updated successfully, but these errors were encountered: