Active
Project:
Drupal core
Version:
main
Component:
other
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 Apr 2025 at 09:38 UTC
Updated:
15 Sep 2025 at 13:18 UTC
Jump to comment: Most recent
Symfony Live Components are an extremely powerful yet incredibly simple way to establish communication between front and backend and create 'react like' interaction without the overhead of another programming language like React or having to go decoupled.
Key features of Symfony Live components are:
I think Symfony Live Components should be considered as the way forward to modernize Drupal UX and UI.
Symfony Live Components require webpack / encore and seems to be incompatible with the JS dependencies in Drupal. At least I haven't found a way to integrate Symfony Live Components in Drupal.
First find a way to make it possible to use Symfony Live Components in Drupal.
Comments
Comment #2
nuezComment #3
ghost of drupal pastComment #4
fjgarlin commentedI’ve seen this in action and it’s really powerful yet simple to implement and easy to understand, so at the very least trying to solve the problem of the dependencies would unlock POCs and further proposals.
Most of the logic can be accomplished via twig + PHP code.
+1 fwiw
Comment #5
quietone commentedComment #6
mxh commentedSome time ago I integrated Webpack Encore into Drupal. Maybe it still works with current D10. Here's the Readme of that module. Not sure whether it's helpful regarding the JS dependencies but maybe so I thought I just post a reference to the module here.
Comment #7
d34dman commentedIs this issue about creating an example of how to use Symfony Live Component in a Drupal project? (Probably a demo or a contrib module?)
Or is this a feature request to implement/replace some interactive components in core with Symfony Live components?
This might be an interesting proposal for ai initiative where we need chat streaming and such.
Comment #8
pdureau commentedIt doesn't look that simple to implement because the definition is in PHP, which is not a front-dev friendly format. It would be better to target PHP free theming instead.
Avoiding PHP is also the guarantee than theming will not introduce performance or security issues.
Also, the example they are showing in documentation is very "business" ("product", "search") which is disturbing :
https://symfony.com/bundles/ux-live-component/current/index.html
With SDC, we have a format:
Comment #9
mxh commented{{ user.field_name.value|raw }}Comment #10
pdureau commented{{ user.field_name.value|raw }}I was talking about component definition, so PHP VS YAML. As far as I know, Symfony Live Components still use Twig.
Comment #11
mxh commentedIn #8 your first sentence was about definition, directly followed by "It would be better to target PHP free theming instead." with the followed sentence "Avoiding PHP is also the guarantee than theming will not introduce performance or security issues."
... yeah I might've got your argument wrong. Also for the definition format "YAML vs PHP" I disagree with the security argument.
Comment #12
hugronaphor commentedI don't think "Symfony Live Components" has to live in Drupal core especially that as it looks HTMX approach has been embraced and approved: #3404409: [Plan] Gradually replace Drupal's AJAX system with HTMX
As a contrib - why not
Also, we have Livewire port for Drupal as alternative - https://wire.cornel.co