-
Notifications
You must be signed in to change notification settings - Fork 82
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
SvelteKit's router as a standalone component #36
base: master
Are you sure you want to change the base?
Conversation
6484018
to
4c9f41f
Compare
e2277b1
to
ff07ab0
Compare
I think this is a really important RFC for the wider community. Svelte needs a blessed routing solution that isn't bolted onto Sveltekit, especially for SPAs where Sveltekit is overkill / cumbersome. Personally I would have loved if that router was declarative rather than file-based (I love what tinro is doing), but taking my own preferences out of it having a routing solution semi-officially supported by Svelte is a must-have and an oversight in the current ecosystem. |
This is desperately desperately needed. I have a standard application where there are two types of users Using |
might also solve sveltejs/kit#1130 |
@axljoker03 please stop approving all the RFCs. You're spamming all the maintainers and it's a bit annoying. You can simply leave a thumbs up or down on the post to indicate an opinion |
Greetings all. May I ask about the status of this RFC, as my team is following a specific project directory structure that suits our needs and conventions but it is highly incompatible with the file-based routing. It would be super to be able to define the routes and sub-routes at each nested level of the UI layout using other approaches. My objective is to be able to use the SSR offered by SvelteKit without the file-based router. Our backend API is not NodeJs and we would like to communicate directly with it from the frontend. |
Rendered