cvkmohan
The upcoming Phoenix 1.6 release looks very interesting. Became a habit to watch the commits - and - what they are bringing in.
- phx.gen.auth integration - for built in authentication
- swoosh integration to provide a mailer baked in.
- the new templating language heex which is HTML aware.
- The new component function - which allows the componentization of views.
- Ecto.Enum integration into the generators.
Really looking forward to it.
@josevalim - any expected time of arrival for Phoenix 1.6?
Two suggestions: - It would be good to move asset packaging from webpack to esbuild or Vite where the build gains lot of speed - and - we deliver javascript as modules.
- heex becomes the default templating engine over eex. ( A tongue in cheek question - any plans for making LiveView the default method for building full stack web applications? People who need API would have no conflict with that! )
I am a Rails migrant - and - feeling at home. Thanks a lot for all the work. ( Oops… These two sentences are not just to @josevalim , but to the entire community! )
Where Next?
Trending in Discussions
Other Trending Topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Elixir, Erlang & messaging conferences from Code Sync. Next up: ElixirConf US (10–11 Sep) & Code BEAM Europe (21–22 Oct), Haarlem + online.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #ai
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Producing high quality Elixir screencasts since 2017.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 10- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
Sebb
3+4 are really a great step forward. I think heex will replace leex, not eex.
How far will the swoosh integration go? Will it be directly linked to gen.auth and bring some templates so we can directly send registration and lost-password mails?
cvkmohan
3+4 is very good. As much I understood, heex is not just for LiveView but it is a regular templating engine. Yes, it is replacing leex for now - but - I thought, it can be the default templating engine.
Yes. swoosh integration commits show that we can directly send mails. I just hope - Swoosh brings fills a role like ActionMailer in rails - where infra is provided - and - all you need to do is some templating.
Sebb
Sounds great.
I don’t see how heex could replace eex. heex can only produce valid HTML, right?
While eex has no such restrictions.
princemaple
I saw this Add swoosh integration to phx.gen.auth generator by philss · Pull Request #4373 · phoenixframework/phoenix · GitHub
chrismccord
this is already happening. esbuild so we get js/css bundling/minification. No node, no npm, no webpack
7 is essentially happening as well as heex will indeed be the default.
--htmland--livewill be mergedcvkmohan
Wow! Thanks for the reply @chrismccord
BTW, it must be already planned - but - just another suggestion - consider using GitHub - surface-ui/surface_formatter · GitHub and adding it to formatter - so that - our heex templates are also nicely formatted before saving!!
kokolegorille
Isn’t esbuild a npm package?
I can see esbuild replace webpack, but I don’t see how it can work without node and npm
derek-zhou
esbuild is a go program that does not depends on node. However, I don’t think it handles SCSS or PostCSS, only plain CSS. so you would still need something else in many cases.
kokolegorille
I did not know esbuild is written in go
thiagomajesk
This! Already having enough problems with asset recompilation on Webpack.
Hope that happens sooner than later. I’m pumped for the new stateless function components. Especially because I’m heavily using TailwindCSS recently.
I’d hate if that would be the case. I do think that LiveView is a great tool and I recognize there’s some adoption by the community. However, I don’t believe that this should be the default experience for building web applications.
IMHO: LiveView is great for specific scenarios as well as other component-based JS frameworks like Vue and React. But, for people doing HTML-centric applications like me (the OG web experience) this would look like a shot in the foot.
I don’t know if Heex will be flexible at the point that you get LiveView functionality for free within the default templating system. But If I have to spend most of my time removing traces of LiveView in each new project because this is now the “default” experience, I’d expect at least that we have a fallback flag in the generators that removes this inconvenience.