herisson
Hi everyone,
I’ve been trying liveview for the past few days and I found it pretty straight forward when building simple pages.
However, I am now trying to build a SAAS-like dashboard but I’m having a hard time figuring out how to manage it with liveview.
IE:
As I see it there are two way to handle this:
-
Using a layout
dashboard.html.heex:
This method would mean that for each time I click a tab, I render a new liveview. Reloading the entire layout? How would my layout know on which tab I currently am? -
Using a single liveview:
This one would I think look similar to how phx.gen.live handle different views, but considering a large app with multiple tabs, would the file not contain too much ?
Maybe I am missing something. How would you guys build something like that ?
Thanks for the help!
Trending in Questions
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming











Showing Posts 1 to 6- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
sbuttgereit
Have you looked at:
https://github.com/phoenixframework/phoenix_live_dashboard
It seems to be very similar to the kind of problem you’re trying to solve.
herisson
Yes I have but it seemed like an overcomplicate solution. Maybe it’s not and I have to look into it a bit more.
Anyway, thanks for the answer
GazeIntoTheAbyss
The easiest method is given as default I believe.
Router Method
Router:
DashboardLive.Index
Index.html.heex
For the above, the apply_action values of :index and :home within the DashboardLive.Index file are paired with the paths in your Router.
When you go to /dashboard you run:
The handle_params allows you to use <%= if @live_action in [:whatever] %> to display content specific to the Router path as it applies the action to the socket.
Non Router Method
If you want to display content without using different router paths, you can still do similar.
In your mount, assign a default value to the socket.
You can display any dashboard based content by using:
To change the content, when a button is clicked you trigger a handle_event and update the socket value for page instead of changing path
Home button on the dash.
Handle_Event to update the socket. The “page” => page will take your phx-value-page string value and assign it to the socket as :page. Effectively you are change :page from “dashboard” to “home”
Once the socket has been updated the @page value will now be “home” so the original content being displayed as “dashboard” will be hidden, and the below will be displayed.
The handle_event may need something like patch to reload the content though, not sure how my example actually performs as I obviously didn’t test it.
I’m just a humble amateur
but I believe the Router method is prefered for full page loads, and the non Router method is more for showing/hiding things on the page or passing values around.
herisson
This was actually my first attended method however once the page grows, it becomes quite messy.
I’ll give it a try It might work !
GazeIntoTheAbyss
Are you familiar with livecomponents yet? Disregard the below if so, but figured I’d share as I find it a neat way to deal with lots of pages and am currently working on a dashboard as well.
Livecomponents can make large projects much more manageble, allow you to create reuseable code blocks and can be nested within one another.
I don’t know if this is good/bad/common practice but its very neat and easy to follow if you have a lot of routes/paths in a dashboard set up. Rather than creating a wall of code in the Index, you create each page seperately as a component then just call upon it within the index.
adw632
I would suggest reading Live Navigation docs.
You don’t need to make a complex multiheaded hydra liveview with different actions using live components. Given this creates additional complexities with data loading for the different action cases in the parent liveview I would recommend against this approach if you have vastly different data requirements between each live component.
Instead, where the data requirements are different you can use distinct routes within your live_session block in your router config with independent live views and just use
<.link navigate={...}>from your navigation menu to switch between them. As per the documentation, it does not re-render the entire layout.It looks like you are using Petal components. There may be some additional considerations with live navigation from their menu component as you want live navigation, not redirection with full page reload.