cvkmohan

cvkmohan

The upcoming Phoenix 1.6 release looks very interesting. Became a habit to watch the commits - and - what they are bringing in.

  1. phx.gen.auth integration - for built in authentication
  2. swoosh integration to provide a mailer baked in.
  3. the new templating language heex which is HTML aware.
  4. The new component function - which allows the componentization of views.
  5. Ecto.Enum integration into the generators.
    Really looking forward to it.
    @josevalim - any expected time of arrival for Phoenix 1.6?
    Two suggestions:
  6. 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.
  7. 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! )

Showing Posts 1 to 10

Sebb

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

cvkmohan OP

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

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.

chrismccord

chrismccord

Creator of Phoenix

this is already happening. esbuild so we get js/css bundling/minification. No node, no npm, no webpack :slight_smile:
7 is essentially happening as well as heex will indeed be the default. --html and --live will be merged :slight_smile:

37
Post #5
cvkmohan

cvkmohan OP

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!! :slight_smile:

kokolegorille

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 :slight_smile:

derek-zhou

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

kokolegorille

I did not know esbuild is written in go :slight_smile:

thiagomajesk

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.

Where Next? Top

Trending in Discussions Top

AstonJ
As the title says, please share what you’ve been up to with Elixir. Whether that’s been learning it, looking into it, making stuff with i...
2977 91898 914
New
AstonJ
The obligatory hello world thread! Who are you and where are you from? :stuck_out_tongue:
4616 55835 594
New
byu
@chrismccord : I just saw the Extract AGENTS.md from Phoenix.new into phx.new generator commit to the phoenix project. My initial shotgu...
New
arcanemachine
I was working on an Ecto migration and I needed a timestamp. So, for the nth time, I looked up the different data types for timestamps, a...
New
alexslade
Fly’s CEO posted this recently - Turn And Face The Strange · The Fly Blog It says that Fly is going all-in on sprites, which is a worry ...
New
Herve37
We’re evaluating API mocking tools for OpenAPI-based projects and would love to hear what other teams are using. We’re particularly inte...
New
matt-savvy
Is there a word for the ~> symbol used in Version strings? Do you also just call it a Squiggle Arrow™ ?!
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
mcass19
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
Damirados
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve. They are GUI (Emerge) and State management (S...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
ausimian
Emily is an Elixir library that runs Nx computations on Apple’s MLX. Install it as the default Nx backend and Nx, defn, Axon, Nx.Serving,...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews