Phoenix LiveView Info

wiki
stickies
phoenix
liveview
#59

Thank you for the work you are doing.

4 Likes
#60

Hi Chris, Any updates on the progress? Eagerly awaiting LiveView!

#61

Maybe @chrismccord will suprise us in this conference https://lonestarelixir.com/2019 with an announcement of liveview???

5 Likes
#62

6.5 hrs to go. Not that we’re counting :wink:

12 Likes
#63

And? Did he? Can’t wait to play around with it.

2 Likes
#64

Very soon apparently :slight_smile:

8 Likes
LoneStar Elixir 2019 - anyone go?
#65

Some more info from @jackmarchant’s blog post :smiley:

Phoenix LiveView

Although it had already been announced (but not released yet), Phoenix LiveView was presented to the audience at Lonestar ElixirConf with a promise from Chris McCord to be released as early as the end of the month but at least in the coming months.

Chris spoke about the motivations for building LiveView and stressed the goal of delaying the inevitable single page application path for as long as possible. How long that is will be determined after release when people have had time to use it.

I am personally quite optimistic about it and although I’m happy to keep writing JavaScript on the frontend whenever I need to, it will make building prototype apps to showcase Elixir’s real-time capabilities much easier.

The conceptual programming model for LiveView is very similar to that of React and other JavaScript libraries, in that each component has a parent-child relationship, with the default behaviour that if a child component fails, it can be restarted back to its last known state. It is in this way they behave like children in a supervision tree. The similarities between frontend view libraries like React and Elixir/Erlang supervision Trees is a topic I have written about before.

10 Likes
LoneStar Elixir 2019 - anyone go?
#66

Also from Chris’s LoneStar talk he had just finished the implementation to run tests against LiveView, and before release wanted to implement LiveView generators and polish the documentation and guides.

12 Likes
LoneStar Elixir 2019 - anyone go?
#67

I hoped to see his talk on YouTube, but for some reason, it wasn‘t even recorded: https://twitter.com/lonestarelixir/status/1103408089192165398?s=21

1 Like
#68

I heard the video person showed up late and Chris was almost done with his speech! That’s very bad luck for the hundreds of us who couldn’t make it to Austin but are dying to hear him discuss LiveView!!

Let’s hope the videographer for Elixirconf EU doesn’t drop the ball as the speech should be similar.

2 Likes
#69

If I were Chris I’d start wondering whether the videographers have it in for me. Didn’t the audio get messed up fron another keynote he did?

#70

Yeah it happened at ElixirConf 2016 in Orlando. Not sure what he did to deserve this!

split this topic #71

8 posts were split to a new topic: Phoenix LiveView is now… live!

#72

Above was the question I once asked. Is is now possible to persist the chatbox using Turbolinks’ data-turbolinks-permanent, updating it with new messages through LiveView, and make rest of the page navigable through Turbolinks?

It will make may more types of Apps possible with LiveView + Turbolinks, and will save us from writing extra front-end code.

@chrismccord @LostKobrakai

#73

pretty sure (if I’m understanding turbolinks correctly) that liveview will have it’s own “turbolinks” functionality… https://github.com/phoenixframework/phoenix_live_view/pull/239

2 Likes
#74

Thank you for the reply!

That’s even better if we’ll be getting even the functionality of Turbolinks for free and won’t need to add Turbolinks. Also there won’t be any compatibility issues, as it’ll be a single lib. But we’ll need a (somewhat) detailed tutorial which covers all of the Turbolinks features.

I can’t thank @chrismccord, @josevalim and others enough, for the awesome work they’re doing. Thank you! :heart::heart::heart:

1 Like
#75

That’s what the changelog podcast site does with it’s web player (without live view though).

1 Like
#76

With LiveView it will be far more powerful and far more simple (code).

#77

Our live_link's and live_redirect's will also be much faster because it happens over the established websocket connection, so if you are doing things like pagination within a running live view, you don’t have to refetch current user/org/etc and do all the setup/teardown of the request :slight_smile:

8 Likes
#78

So for clarity, in the semi-short term are your plans to fully replicate Turbolinks inside of LiveView? In other words, being able to just load new content in (with push state) behind the scenes and now only the body of your page will be swapped out between page views with no extra work at all?

This makes a tremendous difference for the better in page loads because the browser doesn’t need to parse all of your CSS and JS on every request.

Although Turbolinks does quite a bit more than that too, which is nice. I’m currently using it in a Phoenix app today but it would be nice to drop it for LiveView eventually.

1 Like