Live data from Hacker News

Phoenix LiveView 1.0.0 is here

phoenixframework.org

121–130 of 142 posts

Re: Phoenix LiveView 1.0.0 is here

#121

Phoenix creator here – excited to finally have shipped this! Happy to answer any elixir/phoenix/liveview questions. In case folks missed it, buried in the blog post is a new installer that lets folks try out elixir/phoenix in seconds. It installs elixir and generates a new phoenix project from a single command: osx/linux: $ curl https://new.phoenixframework.org/yourappname | sh windows powershell: > curl.exe -fsSO ht…

Thank you and the team for your hard work, and congratulations on the release!

Suggestions for Demos:

1.Charting Libraries Integration

There’s currently a lack of demos showcasing LiveView integrated with powerful charting libraries like Apache ECharts, Plot, Chart.js, etc. A demo of a LiveView-powered dashboard using one of these libraries, connected to a database like SQLite (for simplicity) or DuckDB (for speed and demonstrating integrations beyond Ecto-native DBs), would be fantastic.

Emphasizes interactivity: For example, demonstrate how a server-based LiveView can handle actions such as mouse hover on a chart to update tooltips/labels, click-and-zoom interactions, or connected charts with brush functionality.

2.UI Component Libraries

A demo showcasing robust integration with UI component libraries would also be valuable. Features like tables with pagination, sorting, filtering, and autocomplete/typeahead functionality within modals could be a strong focus.

I’d suggest leveraging lightweight libraries like Flowbite or Preline, as they integrate seamlessly with Phoenix and rely on almost pure HTML and Tailwind for styling.

For additional inspiration on speedy charting libraries, this resource might be useful:

https://github.com/leeoniya/uPlot

Re: Phoenix LiveView 1.0.0 is here

#122

Earlier quoted context omitted.

Congrats! Been running a startup off only liveview for about a year as a solo dev and it's been wonderful. Appreciate the work you all do. Selfish demo idea: Bi-directional cursor based infinite pagination with largish datasets with state managed in the url and streaming updates that change the order of the results. Like some kind of soft realtime leaderboard. With long render times (morphdom bench on large sets isn'…

I highly recommend checking out [Flop]( https://hexdocs.pm/flop/readme.html ) and its Phoenix.Component [Flop Phoenix]( https://hexdocs.pm/flop_phoenix/readme.html ). Its extremely easy to customize and build a reusable paginated table component

Second that

The flop is a good idea. Love the flop

Re: Phoenix LiveView 1.0.0 is here

#123

Earlier quoted context omitted.

Congrats! Been running a startup off only liveview for about a year as a solo dev and it's been wonderful. Appreciate the work you all do. Selfish demo idea: Bi-directional cursor based infinite pagination with largish datasets with state managed in the url and streaming updates that change the order of the results. Like some kind of soft realtime leaderboard. With long render times (morphdom bench on large sets isn'…

Will keep this in mind! My ElixirConfEU keynote just used limit/offset pagination, but shows how easy it is to do bidirectional infinite pagination. Streams allows you to keep a virtualized infinite list in the DOM without keeping the giant collection around on either client or server, example: https://www.youtube.com/watch?v=FADQAnq0RpA&t=2322s This demo doesn't update the URL to keep state (but push_patch would mak…

flop_phoenix is great. If it lacks anything maybe it'd be great to just enhance it instead of building anything new. The author also has cursor based functionality

Re: Phoenix LiveView 1.0.0 is here

#124
post #51

So much is right about LiveView. Thank you for all the work. A remaining opportunity is a beautiful component library like a shadcn. You can dunk on the complexity of JavaScript, but every choice has tradeoffs and a huge advantage of that ecosystem is you have amazing front end engineers doing beautiful, accessible UI work. Just look at the demos of LiveView on their own site. Pretty rough by comparison. It’s not to…

Flowbite - https://flowbite.com/docs/getting-started/phoenix/ install guide for Phoenix

Preline - https://preline.co/docs/frameworks-laravel.html You can use the Laravel guide and adapt it to Phoenix. Quite trivial install

These two UI component libraries are mostly HTML and Tailwind, so not too complex to use.

Re: Phoenix LiveView 1.0.0 is here

#125
post #23

Earlier quoted context omitted.

(Is it possible to add RSS to the blog? The articles are great but there is no good way to stay up to date.)

Done! https://phoenixframework.org/feed You can thank Steffen from the Phoenix team :)

"Phoenix" is misspelled in the title of the Atom feed. Sorry for reporting this here, I looked for a repository to open a fix PR but couldn't find one, the previous Phoenix site repo is archived.

Re: Phoenix LiveView 1.0.0 is here

#126
post #104

Earlier quoted context omitted.

Congrats on the release Chris! What JS solution/approach would you recommend to use with LiveView for pure client-side stuff?

I'm not Chris but people have reported success and very low friction when using HTMX.

HTMX is not really for pure client-side interactions. Usually people combine it with something like Alpine.

Re: Phoenix LiveView 1.0.0 is here

#127
post #86

Earlier quoted context omitted.

I generally recommend using ASDF to install Erlang/Elixir, it has support for Fedora. https://asdf-vm.com/guide/getting-started.html https://github.com/asdf-vm/asdf-erlang https://github.com/asdf-vm/asdf-elixir Slightly more ceremony than curl | sh, but a good tool to have.

Mise also has support https://mise.jdx.dev/

I think Mise is better than ASDF - they have a whole document on why their approach is better than the shims used by ASDF. Both seem fine though.

Re: Phoenix LiveView 1.0.0 is here

#128
post #68

Earlier quoted context omitted.

In my htmx project, the best I could pull off was: 1) every server build has a unique version ID 2) the version ID is embedded in the page on the first page load 3) on every htmx request (it can be done with a bit of HTMX configuration) the embedded version ID is sent to the server as a special HTTP header 4) a middleware on the server always compares the version IDs, and if they don't match, sends back a special "re…

Are assets versioned by URL (/path/to/foo-1234abcd.js or /1234abcd/path/to/foo.js) or are they updated in-place (/path/to/foo.js, but now containing 'const version="1234abcd";')? If the first one, if you don't do it already, your reload header could act like a "preload" header ("Htmx-Preload-Root: 1234abcd") and tell the client which assets to start pulling even before a logical navigation click, so that they're hot…

Nice idea! The assets are versioned by URL. Indeed, if it's just a component update (not navigation), we can't fully reload yet, but we already know at that point that we can start pulling the new assets.

Re: Phoenix LiveView 1.0.0 is here

#129

Phoenix creator here – excited to finally have shipped this! Happy to answer any elixir/phoenix/liveview questions. In case folks missed it, buried in the blog post is a new installer that lets folks try out elixir/phoenix in seconds. It installs elixir and generates a new phoenix project from a single command: osx/linux: $ curl https://new.phoenixframework.org/yourappname | sh windows powershell: > curl.exe -fsSO ht…

I wonder if it would be possible to make a Phoenix LiveView "Live" that runs in the browser for testing similar to Wordpress Playground: https://wordpress.org/playground/

Re: Phoenix LiveView 1.0.0 is here

#130
post #86

Earlier quoted context omitted.

I generally recommend using ASDF to install Erlang/Elixir, it has support for Fedora. https://asdf-vm.com/guide/getting-started.html https://github.com/asdf-vm/asdf-erlang https://github.com/asdf-vm/asdf-elixir Slightly more ceremony than curl | sh, but a good tool to have.

What does "support for Fedora" means in this context ?

Dependencies are in dnf, should just work with the common shells.
Post reply on HN