Layout Reset / Pathless Routes

[rmarscher]

Have you considered allowing nested pages or layouts with fs router to "reset" so they don't include the parent layouts? I try to avoid that and don't currently need it, but the use case can arise.

Other routers (SvelteKit, NextJS, Remix, Tanstack Router) have added groups or "pathless routes" to their fs routers as another way to solve similar use cases.

Or revisit #272 to keep Waku's router from sprawling into these advanced use cases?

[dai-shi]

I'm not sure how we call it, but I would like to introduce something like pathless components. With that in mind, #949 is already designed to be flexible to support it. So, the next step is to design the createPages API, after v0.22.0. cc @tylersayshi

I'm not sure about layout reset, but the same technique should be applied. You shouldn't use the parent layout if you ever want to reset it.

[tylersayshi]

Yeah, createLayout could acknowledge something like path: '/(group)' which would then allow us to solve for this.

There are probably other ideas for handling this with the api. This is the first that comes to mind though.

[rmarscher]

OK great. I agree that layout reset is not required if something like pathless components is available. Thank you :)

[dai-shi]

@tylersayshi
Re: #977 (reply in thread)

There are probably other ideas for handling this with the api. This is the first that comes to mind though.

Yes, I think there should be a new API. I'd also like to consider supporting siblings.

path: '/(group)'

I'm strictly against to this in createPages API. createPages API should be more explicit and in fs-router, it can be (group).tsx.

[tylersayshi]

hmm createLayout could take a list of paths that they apply to? e.g. path: ['/about', '/contact']

Is this closer to what you'd think? Or are there other thoughts?

[dai-shi]

A little different. I would like to make it more flexible.

// `/foo/bar`
<TopLayout>
  <FooLayout>
    <StaticComponent />
    <DynamicComponent />
    <BarLayout>
      <BarPage>