# Rambling Thought: Suggestions for deep-linking to "auxiliary" routes **URL:** \ **Category:** General\ **Created:** [March 19, 2023, 10:09am UTC](https://discuss.hotwired.dev/t/rambling-thought-suggestions-for-deep-linking-to-auxiliary-routes/4890 "2023-03-19T10:09:09Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![BenNadel](https://yyz1.discourse-cdn.com/flex027/user_avatar/discuss.hotwired.dev/bennadel/32/3067_2.png) [@BenNadel](https://discuss.hotwired.dev/u/BenNadel)\ **Post date:** [March 19, 2023, 10:09am UTC](https://discuss.hotwired.dev/t/rambling-thought-suggestions-for-deep-linking-to-auxiliary-routes/4890/1 "2023-03-19T10:09:10Z")
Some quick background: in the **Angular** world, the router allows you to define _primary routes_ and _auxiliary routes_. I was able to use these auxiliary routes to **deep link** to all sorts of secondary interfaces like modal windows and fly-out panels. It’s a very attractive feature of the Angular framework. I’ve been contemplating how to do something similar (albeit more limited / constrained) in the Hotwire framework. So far, the approach I’ve been thinking about does this: - Auxiliary link opens in Turbo Frame. - Auxiliary link _advances_ URL to point to Auxiliary view. The _upside_ to this approach is that it can be 100% progressively enhanced (ie, work without JavaScript) and is the least complex. The downside to this approach is that if the user refreshes the page at that point, I’ll lose the state of the _primary route_ and render a page that contains _only_ the auxiliary view. For the last few days, I’ve been trying to noodle on ways to _both_ advance the URL _and_ keep both routes in play. I think for that, I’d have to use a query-string param. Imagine something like: `/my/main/route.htm?auxiliary=some.other.action` This could still open into a Turbo Frame; and, on the server-side I could probably have some logic that: - If `auxiliary` is defined. - And, I’m in a `Turbo-Frame` (HTTP header) - Only render the auxiliary view. But, then I get stuck on the “what if the user refreshes the page?” I’ve seen some writing where people will look at the URL and then use **client-side JavaScript** to **programmatically trigger** the Turbo Frame to be visited. I could probably simplify that to just predefine the `src` attribute of the `` to point to the _same URL_. **But, at that point, I _have to use JavaScript_ in order to get the same view state to render.** (to fetch the Turbo Frame content). * * * Oh, I just had a thought as I’m writing this! What if the _refresh_ renders a Turbo Frame that contains a fallback link to point to the auxiliary view itself. Meaning, something like: ```auto Open Auxiliary View ``` * * * This all becomes much simpler if I **depend on Hotwire loading** , in so much as I can depend on the Turbo Frame to kick into action. But, I’m still trying to approach Hotwire as a progressive enhancement with functional fallbacks. But, maybe by the time I’m thinking about _auxiliary routes_, I need to start depending on Hotwire. Apologies for the stream of conscience here - I’ve been going around in circles in my head for days and my Google searches haven’t yielded too much. If anyone has any suggestions, I’m all ears! ---
**Author:** ![krebil](https://yyz1.discourse-cdn.com/flex027/user_avatar/discuss.hotwired.dev/krebil/32/3189_2.png) [@krebil](https://discuss.hotwired.dev/u/krebil)\ **Post date:** [March 20, 2023, 8:07am UTC](https://discuss.hotwired.dev/t/rambling-thought-suggestions-for-deep-linking-to-auxiliary-routes/4890/2 "2023-03-20T08:07:45Z")
This is an interesting concept. I’ve done something similar a few times. I usually let the backend handle this sort of thing so I would change the turbo-frames src based on a query string or something. For example: If you have a list of database objects. And a modal pops up when you hit edit. I would have a query string that takes the id of the element you want to edit, then in the backend, I’ll check if it exists and if it does I’ll add the correct src to the frame. This way when you hit refresh it’s the query string that stores the state of the modal and the URL path itself that stores the rest of the page’s state. You could even rely on multiple query strings if the list has pagination and requires more state handling. I’m not sure how this would work in a frontend-centric scenario though. But I’m curious to see if it could be made more generic than what I’m doing. ---
**Author:** ![BenNadel](https://yyz1.discourse-cdn.com/flex027/user_avatar/discuss.hotwired.dev/bennadel/32/3067_2.png) [@BenNadel](https://discuss.hotwired.dev/u/BenNadel)\ **Post date:** [March 20, 2023, 9:47am UTC](https://discuss.hotwired.dev/t/rambling-thought-suggestions-for-deep-linking-to-auxiliary-routes/4890/3 "2023-03-20T09:47:23Z")
At least dynamically setting the `` `[src]` attribute sounds like it’s something people are doing. My main concern there was that I’m _still_ requiring Hotwire to run and load the frame content. But, maybe if I’m dealing with modal workflows, mandating JavaScript is OK (I’m new to this and still trying to figure out where that line is between pragmatic and dogmatic). I had thought about maybe trying to statically render both the main page _and_ the modal (auxiliary) page in the same request. But, the problem is that the secondary view won’t know that its in a Turbo Frame since it’s not being requested by Turbo. I could “fake it”, but then that’s even _more_ logic that I have to include. My brain has been going around in circles on this stuff! ---
**Author:** ![krebil](https://yyz1.discourse-cdn.com/flex027/user_avatar/discuss.hotwired.dev/krebil/32/3189_2.png) [@krebil](https://discuss.hotwired.dev/u/krebil)\ **Post date:** [March 20, 2023, 9:50am UTC](https://discuss.hotwired.dev/t/rambling-thought-suggestions-for-deep-linking-to-auxiliary-routes/4890/4 "2023-03-20T09:50:02Z")
You could also dynamically set the turbo-frame content instead of the src Leaving it blank if the query parameter is not set. In DotNet this is often how I handle frames anyway. Having the raw URL display nothing and using query strings to tweak the output