You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Generally I would just recommend hoisting your Router to the top of your App so that everything gets rendered under the Router. Is there a reason why you can't do that?
Personally, I find the current behavior more intuitive since click events only get captured if they are inside a Router.
My switch function for the router selects a page based on the route, the page has associated data which needs to be fetched before it can be rendered and displayed. During this downtime the router can already show a loading view etc.
Now technically it would be possible to move my layouting into the router, I prefer the current setup because my router abstraction is technically standalone and contains no application specific layouting/code, which is a nice separation of concernes and still keeps the structure hierarchical layout -> router -> page content. I don't like the alternative of passing Fn into my router which produces the necessary layout for every route change.
While also probably not relevant it reduces the amount of nodes that need to be rendered on a route change.
An alternative solution could also be move the click event binding code to a separate component.
A setup like this with having
a
links in thenav
andfooter
does not work, because thenav
andfooter
are not enclosed in the router:The router should bind to the
document
instead of the enclosed view only or have an option to pass an element selector to use.The text was updated successfully, but these errors were encountered: