DaAnalyst
To whomever it may concern, here’s a link to how I solved the problem of having more than just one template file per live component.
https://github.com/phoenixframework/phoenix_live_view/issues/1403#issuecomment-821788746
Trending in Discussions
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...
New
Hey there,
It’s been more than a year since we started using LiveView as our main UI library and building a whole library of UI componen...
New
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Quite interesting article Google brought me. Didn’t find any mentions about it here.
What do you think in general? Would you use togethe...
New
Since we have deprecated our Erlang sections (as we have dedicated Erlang Forums now) let’s add this thread for those who’d like to post ...
New
:warning: Security advisory: Decimal DoS vulnerability
A vulnerability has been published for decimal where very large exponents can cau...
New
What IDE or editor are you using for Elixir development?
Personally, I use Zed, and I really like it, but sometimes I wish there were a ...
New
Other Trending Topics
Hi there! We created Gust: A task orchestrator inspired by Airflow.
For those who have never heard about Aiflow, it’s a Python-based wor...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself.
My main conc...
New
Aludel - LLM Evaluation Workbench
Aludel is an embeddable Phoenix LiveView dashboard for evaluating and comparing LLM prompts across mult...
New
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










Showing Posts 1 to 10- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
egze
That is great
Does it work the same way for live view? Want to publish it as a small library on hex.pm?
DaAnalyst
Good question. Actually, never thought of using it in a live view for there’s a common pattern to rely on the Phoenix.View.render/2 function and I created this module because there there was no such functionality available for the LiveComponents.
But now that you mention it, I can try and see. If you have the time to try it first (with a live view), you’re more than welcome.
And if it does work there too or it requires minor modifications, yes, I could publish it as a small library.
egze
Cool. Will try it later today or tomorrow.
egze
Worked in live view like a charm!
DaAnalyst
That’s great. Now the only thing remaining prior to releasing it as a library is to figure out a proper name for the module, given its generic application for both the live components and live views and the fact that it extends the standard functionalities of LiveView.
Is there any prescribed LiveView extension naming convention? E.g. Phoenix.LiveView.Renderer.Helpers, or to avoid confusing the library name with the official LiveView releases, something like: Extensions.LiveView.Renderer ?
What do the LiveView authors have to say @josevalim? Any suggestions given the fact that a good part of the code in this small library to be was taken from the Phoenix.LiveView.Renderer module?
josevalim
Any name is fine as long as you don’t step into Phoenix or LiveView namespaces, as to avoid conflicts in the future. For example, do:
PhoenixLiveViewWhatever, don’t doPhoenix.LiveViewWhateverorPhoenix.LiveView.Whatever.DaAnalyst
So, Extensions.LiveView.Renderer is ok, right?
josevalim
If your package is called extensions, yes.
If you want something more concrete: one suggestion is PhoenixLiveViewMultiRender
DaAnalyst
Thanks, Jose. I like the MultiRender name, but will stick to the idea of the Extensions top-package as there may be more of those on my behalf over time and I dislike too long camelized names for they remind me of Java which was cool back in 1998, but Elixir and everything about it is so much paradigmatically superior that I have no desire to get reminded of the former.
Therefore: Extensions.LiveView.MultiRender
egze
Just want to highlight that installing your library would look something like this:
{:extensions, "~> 1.0.0"}A bit confusing if you’d ask me. I’m more for clear names, where it’s obvious what the library is for. Also it will be easier to find it on hex.pm.
{:phoenix_live_view_multi_renderer, "~> 1.0.0"}{:live_view_multi_renderer, "~> 1.0.0"}{:lv_multi_renderer, "~> 1.0.0"}{:multi_renderer, "~> 1.0.0"}