-
-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop Antlers support after all? #39
Comments
With the new tag do you even need this package, cuz then it would be the same as this? https://github.com/Stillat/antlers-components#livewire-components |
That's an excellent point. I wasn't aware of that addon. Curious to hear Jonas' thoughts. |
This has been my wanted approach in the first place, but I got the response that people want to use Livewire wirh Antlers. So here we are 😇 |
On top of that: This addon brings synthesizers in a experimental state to the table. I am unsure how and if it‘s getting used, but it offers a great value to the comunity on seeing how it works. with those provided it‘s easy to copy, paste and adjust as needed, if helpful in your application. |
Yes. If not using Livewire with blade or if not using synthesizers, you don‘t need this package for livewire to work wirh auto registering those tags (which feature i dont like that much. Too much magic) |
So this addon could be a wrapper around the blade directive and synthesizers for the data, like Entry, Term, etc |
How would the proposed thing work? You would use blade components, wrapping all Antlers in Antlers tags so you can write Antlers, except the parts where you use entangle etc? Or am I misunderstanding? Me not following along with this discussion, makes me wonder - and a bit frightened for - how complex this proposed solution could be, but I really can't judge this stuff as I really don't understand it. However, I remember Marco explaining to me you can already use Livewire magic like entangle and this by using the Alpine code it translates to when using the Blade directives for them. One thing I should probably do is try Blade for my next Livewire component. 😬 Last but not least, of course I don’t want to burden anyone with the maintenance Antlers would require. |
Thanks for all the feedback and thoughts on this question. I appreciate the discussion and the honesty in this discussion. ❤️ It feels like this discussion is about the meaning of this addon. What should it achieve? What should it be good at? Where should it help to do its magic, and where don't? In my eyes, this is a solid request, but it does not serve the purpose of this addon and is against what this addon always did and what it's being used like by the community: #31 (comment) It has been its key feature to support Livewire in Antlers because this is simply beautiful and simple. I want to keep that simplicity. You can use the The synthesizers are nice too. Everybody should feel free to use the one from this addon as a great starting point and adjust those depending on your needs. If you want to. Feel free to add more of those via a PR, if you are using them and want to use them in the future. I feel best by keeping the antlers syntax, as it's simply beautiful and if you need a complex setup with blade only, you can avoid this addon completely if you want. So I don't see those two ways fighting each other, I only see this addon helping out if you want it to. Using entangle and this does not work with Antlers at the moment. This might be an improvement, but maybe it's fine too? I'll keep this Issue open for the next couple of days. Feel free to try changing my mind. At this point in time, I like having the Antlers support. Feel free adding to this discussion with your own opinion. |
How do you mean? I believe these two are working. |
Haven't used them with the Antlers syntax myself. So it's just something missing in the docs? |
https://github.com/jonassiewertsen/statamic-livewire#this-accessing-the-livewire-component |
😂 perfect! I should read that documentation more often myself. In that case I don't know about any edge cases, where there are issues with entangle or why this needs to be rewritten. |
I was using But your point is fair! In my opinion, this addon's place is to have a great integration with Statamic and Livewire, like the experimental synthesizers. If people find the Antlers tags useful, then there's no reason to remove them. |
Given the latest addition of the @antlers Blade directive, I'm very curious if there is any reason to keep supporting Antlers with this addon? I've been exclusively using Blade with Livewire for a while, because Antlers is just too limiting in some advanced scenarios. With Antlers you also have to rebuild Livewire features as tags, e.g.
entangle
. With the new@antlers
directive, you can have the best of both worlds.Just opening the discussion around this topic. I haven't done any testing. In theory, this addon could be reduced to a simple tag to include a Livewire component in an Antlers view.
The text was updated successfully, but these errors were encountered: