- πΊπΈUnited States smustgrave
Thank you for sharing your idea for improving Drupal.
We are working to decide if this proposal meets the Criteria for evaluating proposed changes. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or there is no community support. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
- πΊπΈUnited States dww
There has been no solution to this problem. It's a UX improvement in a somewhat obscure feature of core that I imagine is relatively rarely used. But the current feature still has the same problem as clearly described in the issue summary. If you want to attach a rendered entity to a Views area (header, footer, etc), you have to manually type in the entity ID. See attached screenshot. This is not intuitive. An autocomplete would be better.
- π©πͺGermany stborchert
This seems to be much more complicated as I thought initially. Simply changing this input to an (entity) autocomplete wan't work because the field also accepts tokens and twig syntax.
I tried conditionally to disable the autocomplete validation but that doesn't work. If you enter a token or twig markupEntityAutocomplete::matchEntityByTitle()
fails with error There are no @entity_type_plural matching "%value". because strict checking is alwaysTRUE
for autocomplete fields that do not have the autocreate option set toTRUE
.A possible way to solve this would be a custom autocomplete handler based on
EntityAutocomplete
that overrides::matchEntityByTitle()
(simply returningNULL
) but that seems not to be the best solution.Any thoughts about this?